Troii 

- V ous 
aux 
p our 
extens 



types d ' inf ormations sont contenus dans ce DMA N°15 : 



allez decouvrir les nouvelles f onctionnalites 
utilisateurs du reseau NDS-II ainsi que celles 
l'outil de developpement iMDX SERIE-IV. 
ions de Logiciel que ces deux families de 



en performance et s'ouvrent de plus en plus a 



offertent 
proposees 
C'est par des 
produits gagnent 
la conduite de 



humain que le 
complementation 



projet Informatique pretentieux. 

Le NRM est maintenant dote du m§me interface 
NDX SERIE-IV (touches fonctions programmables , 
de la syntaxe, etc...). Le nombre d 1 utilisateurs connected sur 
le reseau NRM est etendu a 30. La vitesse de compilation du 
iMDX SERIE-IV est augmented dans un ratio de 5 a 10 % 

3e vous laisse decouvrir le.... RESTE. 



- Toujours 
METR0L0GIE 
catal 
n otam 
T ous 
propo 
ma rche" . 
SBC tant 
v oi es i 



avec le soucis d'apporter une solution globale, 
s'est entour^e de constructeurs qui enrichissent le 
gue de base iNTEL. Dans ce cadre nous sommes distributeur 
ent de PLESSEY, T. I.T.N. , QUANTUM , ...C'est un bon choix ! 
constructeurs continuent a investir avec l'objectif de 
de nouveaux produits qui correspondent aux besoins du 
c'est ainsi que vous allez trouver des cartes au format 
attendues (r^peteur de MULTIBUS, entree-sortie siSrie 8 
etc..) et un Logiciel X25 homologue" par tous les r^seaux 



es 
er 



publics (TRANSPAC notamment) . 



- La tendance est de concevoir des systemes informatis^s de plus 
en plus decentralises. D 1 oti l'existence des r^seaux locaux. Dans 
le cadre des applications Industrielles iNTEL propose un nouveau 
reseau local utilisant un support de communication parfaitement 
defini et nomme le BIT BUS. Ce reseau local assure des ^changes 
de ressources entre cartes d 1 entree-sortie supervises par une 
machine iRMX 86. Par ailleurs METROLOGIE distribue le reseau 
local GIXINET de la Societe GIXI. Ce reseau, deja tres largement 
repandu (plus de 300 noeuds sont instalies) assure une 
interconnexion entre machines organisees autour du MULTIBUS avec 
des debits d'echanges de 1 M bits/s. Dans un environnement de 
type Industriel. 
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PRODUCT (CODE) 



— — 



SWINDON SOFTWARE MANUFACTURING 



VERSION 



5erfes-H Based Products 



ISIS-II 

isis- r i (w) 

ASSEMBLERS: 
ASM 48 (MDS-D48) 
*ASM 51 (MCI-51-ASM) 
ASM 80/85 

ASM 86/87/88 (MDS-387) 
ASM 89 (MDS-312) 



V4.3 
V4.3 



V4.2 
Y2.1 
V4.1 
V3.0 
V2.0 



8086/8088 SOFTWARE DEVELOPMENT PACKAGE 
MDS-311 (PHASE 4.0): 

PL/M 86 V2.1 

ASM 86 V2.1 

LINK 86 VI. 3 

LOC 86 VI. 3 

LIB 86 VI. 2 

0H86 VI. 2 

MAINFRAME LINK (MDS-384) VI. 1 

HIGH LEVEL LANGUAGES: 

FORTRAN 80 (MDS-301) V2.2 

PL/M51 MMDX-352) VI. 1* 

PL/M80 (MOS-PLM) V4.0 

BASIC 80 (MDS-320) VI. 1 

CREDIT (MDS-360) V2.1 

PASCAL 80 (MDS-381) V2.1 

COBOL (MDS-380) VI. 

TOOLBOX (MDS-363) V2.0 

8087 SUPPORT S/W (MDS-319) VI. 3 

PROM PROGRAMMING SOFTWARE: 

UPM V3.2 

IPPS VI. 

2920 SUPPORT PACKAGES: 

MCI-20-SPS V2.0 

MCI-20-SPAS V2.0 



PRODUCT (CODE) VERSION 



Current Available Software List. 




NETWORK DEVELOPMENT SOFTWARE: 

NDS-I VI. I 

NDS-II V2.5* 
IMDX 337 VI. 

VAX CROSS SOFTWARE: 
iMDX 341VX (ASM 86) V2.0 
1MDX 343VX (PLM 86) V2.3 
IMDX 344VX (PASCAL 86) V2.0 
IMDX 394 ASC COM LINK V2.0 
IMDX 195 ASC COM LINK V2.0 
Series-Ill Based Products: 
PASCAL 86 (MDS-314) V3.0 
FORTRAN 86 (MDS-315 
PL/M 86 (MDS-313) 
MCS-96 (1MDX 355) 



ASM 86 
LINK 86 
LOC 86 
LIB 86 
OH 86 
RUN 



) 
) 

) S.III 

) 

) 

) 



IMDX 333 (PSCOPE) 

IMDX 334 (AEDIT-86) 

IMDX 335 (AEDIT-80) 

IMDX 332 (PMTS) 

IMDX 364 

IMDX 356 
286 SOFTWARE PRODUCTS: 



V2.2 
V2.3 
VI. 
V2.0 
V2.0 
V2.0 
V2.0 
VI. 
V2.0 
VI. 1 
VI. 
VI. 
V2.0 
VI. 
VI. 



1MDX 321 
IMDX 322 
IMDX 323 
IMDX 324 

1MMX 800 
iRMX 80 
iRMX 86 
iRMX 88 
OPL 432 
INA 960 



V2.0 
VI. 
V2.3 
V3.0 

OHS PRODUCTS 

TO 



V2.0 
V5.0 
V3.0 
VI. 2 
VI. 



ifcMX 860 

iRMX 861 

iRMX 862 

iRMX 863 

iRMX 864 



V3.0 
V3.0 
V2.1 
V2.3* 
VI. 4 



REFERENCE ONLY: 



EMULATORS 




ICE 41A 


VI. 1 


ICE 48 


VI. 6 


ICE 49 


VI. 1 


ICE 51 


VI. 3 


ICE 80 


V4.0 


ICE 85B 


V2.5 


ICE 86A 


V2.2 


ICE 88A 


V2.2 


RBF-89 


Y1.0 



* New Product or Version. 
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Le r4seau NDS-2 constitue' par 1 ' associati on sous forme 
i6e de differents outils de d<§veloppement , le tout 
supervise par le NRM, offre bien des avantages tant au 
niveau coOt (lorsqu'il s'agit de cr<§er de nouveaux postes de 
travail), qu'au niveau productivity (grace au management de 
projet automatisd, et la distribution de travaux dans le 



r£ seau ) . 



Une 



nouvelle version de Logiciel iNDX version 2.5 est 



maintenant disponible pour ce r£seau, tandis qu'une version 2.8 



sortira en AoOt 84. Par ailleurs une fonction 



'coumer 



<§led:ronique" sera disponible en juin 84 et il sera possible 
de connecter des systemes organises sous iRMX 86 au r^seau 
en juin 84. 
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RELEASE 2.5 



WHY 2.5 ? 



SOFTWARE : 



RELEASE 2.5 WAS A RESULT OF INPUTS FROM THE FIELD DEMANDING 
THAT iNDX CUSPS AND CONVENTIONS BE UPWARDS COMPATIBLE WITH THE 
ISIS. 

EXEMPLE : 



:mf 



SUBMIT FILE GENERATED BY THE RMX/ICU PRODUCT WOULD RUN 
WITHOUT PROBLEMS ON A SERIES-III BUT WOULD NOT EXECUTE ON THE 
SERIES-IV. RELEASE 2.5 SOLVES THE INCOMPATIBILITY ISSUE. 



* PUT ADVANCED HI ON NRM FOR SUPERUSER 

* PROVIDES ACL ON THE SERIES-IV 

* ALLOW REMOTE OPERATION/DIAGNOSTICS OF NRM/SIV 

* NEW CUSPS PROVIDED 

* BUG FIX 



HARDWAR 



US AND EUROPEAN CUSTOMERS HAVE THE OPTION OF INSTALLING 
QUIETER FANS FOR THE SERIES-IV. 



2.5 SOF 



WARE WILL BE SHIPPED TO ALL REGISTERED CUSTOMERS FREE. 
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RELEASE 2.5 
NEW CUSPS 



NEW CUSPS PROVIDED ARE : 



IS 



S-IV AND NRM : 

* STTY - SERIAL PORT CONFIGURATION PROGRAM 

* SEARCH - DESIGNATE A SEARCH PATH FOR ALL CUSPS 
RM : 

* NETSTAT - SHOWS LOG STATE OF EACH WORKSTATION 

* NETDOWN - DISABLE LOGON TO NDS-II 

* NETUP - ENABLE LOGON TO NDS-II 

* NETMSG - SEND MESSAGE TO ALL SERIES-IV USERS 



S-III (N) : 



* NETMAP - LOGICALLY ASSIGN UP TO 9 REMOTE DEVICES 
REGARDLESS OF PHYSICAL LOCAL STORAGE CONFIGURATION 
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RELEASE 2.5 
NEW CUSPS 



STTY : INDX CUSP THAT OPERATES ON SERIES-IV OR NRM 



* THREE CONFIGURATION MODES AVAILABLE 



- PROGRAM BAUD RATE FOR SERIAL CHANNEL 1 

- ENABLE/DISABLE TYPEAHEAD 

- REMOTE TERMINAL ACCESS TO SERIAL CHANNEL 1 

STTY BAUDRATE (1200) REMOTE 
STTY LOCAL 

TERMINAL INTERFACE CONFIGURATION FILE SIMILAR TO AEDIT 
MACRO FILE 



* ALLOWS FOR KEYMAPP ING OF THE SERIES-IV OR NRM CONSOLE. 

THE DEFAULT CONFIGURATION FILE SUPPLIED MAPS THE PAGE 
NEW/LINE KEY TO RUBOUT. 
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RELEASE 2.5 



NEW CUSPS 



SEARCH 



TIP « 



: iNDX CUSP THAT OPERATES ON SERIES-IV OR NRM 

ALLLOWS AN INITIAL SEARCH PATH FOR SYSTEM CUSPS. 
SEARCH /W 

iNDX WILL NOW LOOK FOR CUSPS IN FOLLOWING ORDER : 

1) SEARCH PATH 

2) ROOT DIRECTORY 

3) LOGICAL PATHNAME OF 1 ' (NULL) 

LOOKS FOR .86 FILE IN ALL THREE THEN IF NOT FOUND SEARCHES 
FOR NO EXTENSION IN ALL THREE. 



IF USERS HAVE LOCAL WINCHESTER STORAGE, SEARCHING THE LOCAL WINI 
FOR SYSTEM FILES WILL INCREASE NETWORK PERFORMANCE. 
ENSURE THAT ALL SYSTEM CUSPS AND COMMONLY USED UTILITIES ARE ON 
THE LOCAL WINI. PUT THE COMMAND : SEARCH /W IN YOUR INIT.CSD 
FILE AND EVERYTHING WILL GO FASTER FROM THERE. 

SUPERUSER MAY CLEANUP THE ROOT DIRECTORY BY PUTTING ALL THE 
SYSTEM FILES (.86) IN A DIFFERENT DIRECTORY AND ALL USERS 
SETTING THEIR SEARCH PATH TO THE SYSTEM DIRECTORY IN THEIR 
INIT.CSD FILE. 
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RELEASE 2.5 
NEW CUSPS 



TAT : iNDX CUSP THAT OPERATES ON NRM 



* SHOWS LOG STATE OF EACH WORKSTATION 
NETSTAT 

iNDX-NII (V2.6) NETSTAT VERSION 2.6 
NETWORK STATUS : LOGON ENABLED 



NODE NO. 
1 

2 



WORKSTATION STATUS 



LOCATION 

BRIAN'S OFF 



CHRIS'S 
CLUSTER 



STA .TYPE 

SIV/4 
SIV/4 
51 1 1 



LOG STATE 

HANK 
INACTIVE 
FAE 



DOC STATUS 

PRIVATE 



PRIVATE 
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RELEASE 2.5 
NEW CUSPS 



* NETDOWN - DISABEL LOGON TO NDS-II, OPERATES ON NRM 

PRINTS MESSAGE SAYING LOGON DISABLED. 
SERIES-IV : 

NETDOWN - LOGON DISABLED 
SERIES-II OR CLUSTER : 
NO MESSAGE. 

- ALL LOGONS DISABLED, IF USERS ARE LOGGED ON THEN THEY 
AREN'T EFFECTED UNTIL THEY LOGOFF AND THEN TRY TO LOGON. 



- MESSAGE PRINTED IF USER TRIES TO LOGON IF LOGON DISABLED : 



SERIES-IV : 

LOGON DISABLED 
SERIES-II : 

NETWORK FILE DETACHED, DEVICE DISMOUNTED 
CLUSTER : 

ERROR 80 

NETDOWnI CAN BE USED TO DISABLE LOGONS DURING AN VERIFY, ETC. 
IT GUARANTEES THAT ONCE NETDOWN IS EXECUTED THEN NO USER WILL 
TO NETWORK UNTIL NETUP IS ACTIVATED. 
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RELEASE 2.5 



NEW CUSPS 



NETUP - ENABLE LOGON TO NDS-II, OPERATES ON NRM 



PRINTS MESSAGE SAYING LOGON ENABLED. 
SERIES-IV : 

NETUP - LOGON ENABLED 
SERIES-II OR CLUSTER : 
NO MESSAGE 

NETUP IS USED TO REENABLE LOGONS AFTER A SYSTEM CU SP ( ARCH I VE ) 
HAVE EXECUTED A NETDOWN DUE TO CERTAIN ERROR CONDITIONS. 
PREVIOUSLY TO REENABLE LOGONS THE NRM WOULD HAVE TO BE RESET. 
NETUP IS ALSO USED TO REENABLE LOGONS AFTER THE SUPERUSER HAS 
EXECUTED A NETDOWN. 
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RELEASE 2.5 



NEW CUSPS 



NETMSG 

WILL 
TH 



- SEND MESSAGE TO ALL SERIES-IV USERS, OPERATES ON NRM 

SEND MESSAGE IMMEDIATELY, EVEN IF USERS ARE USING AEDIT 
WILL NOT AFFECT FILE, BUT SCREEN REFRESH IS REQUIRED. 



EXA 



MPLE : 
NETMSG 

LOGOFF PLEASE, NETWORK COMING DOWN 
1 MINUTE TIL RESET 



THE . STARTING IN COLUMN IS THE END OF MESSAGE MARKER. 
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RELEASE 2.5 
NEW CUSPS 



* 



- ISIS-III(N) CUSP. 



ALLOWS UP TO 9 REMOTE DEVICE ASSIGNMENTS, REGARDLESS OF THE 
PHYSICAL CONFIGURATION OF LOCAL STORAGE. 
-NETMAP 8 ;ALLOWS 8 REMOTE DEVICE ASSIGNMENTS 



NETMAP SOLVES THE PROBLEM OF ONLY BEING ABLE TO 
REMOTE DEVICES ON A SERIES-II WITH 720 DRIVES. 



ASSIGN 
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RELEASE 2.5 



OTHER NEWS 



* -.WORK: AUTOMATICALLY ASSIGNED AT LOGON TO HOME DIRECTORY. 

* LNAME LIMIT INCREASED TO 10 

* HOME DIRECTORY NOW ALLOWED FOR SUPERUSER 

- SUPERUSER MAY NO LOGON TO A CLUSTER 

* ACCESS NOW ACCEPTS SAME ENTRIES FOR DATA/DIR FILES 

* COMPLETE SERIES-IV LIKE MENU LINE NOW ON NRM CONSOLE 

* COP ^/DELETE NOW ACCEPTS CONCATENATED FILES 

* FILL NOW CAN BE USED IN A SUBMIT FILE 

* SYSQEN CHANGES : 

- DEFAULT NETWORK ACCESS RIGHTS 
OVERLAY CACHE : SET AMOUNT OF SYSTEM OVERLAYS IN MEMORY. 

OPTIMAL NUMBERS ARE : 

- 5 FOR SERIES IV/3, 7-10 FOR SERIES IV/4 

- SHOULD BE FOR NRM 

SPU/CPIO TRACE : DIAGNOSTIC TRACES MAY BE SET FOR MEMORY 

DUMPS . 
SHOULD BE SET TO 0. 



_ * * 
_ * 

- A* 



WILDCARD HANDLING 



WILL PARSE TO ALL FILES (ISIS COMPATIBLE) 

WILL PARSE TO ONLY FILES WITHOUT EXTENSION (ISIS COMPATIBLE) 



WILL PARSE TO ALL FILES THAT START WITH A 
- A*.* WILL PARSE TO ALL FILES THAT START WITH A AND HAVE A '.' 
IN THE FILE NAME 



* TAPE BACKUP AVAILABLE 
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RELEASE 2.8 
WHAT TO EXPECT 



TWO USER SERIES-IV 

- FOREGROUND/BACKGROUND 

- SINGLE USER WITH 2 PARTITIONS (LOGGED ON TWICE) 

- TWO USERS WITH EQUAL OR UNEQUAL PRIORITY 
SERIES-IV CLUSTER 

SYSGEN CHANGES 

- DEFAULT SERIES-IV CONFIGURATION 

- DEFAULT NRM CONSOLE CONFIGURATION 
BUG FIXES 

EXPANDED SYNTAX GUIDE 
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RELEASE 2.5 
VERSION NUMBERS 



iNDX.GII V2.6 

iNDX . BOOT V2.5 

NRM. CUSPS V2.6 

DIAGNOSTICS V2.5 

1NDX.W31 V2.6 

iNDX.W41 V2.6 

iNDX.S31 V2.6 

iNDX.S41 V2.6 

ISIS-III(N)/(C) V2.5 
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RMX/NDS-II LINK 
WHY ? 



YOU ASKED FOR IT 

IMPROVES SUPPORT FOR RMX DEVELOPMENT 
RMX LINK AT ETHERNET SPEEDS 
VALUE ADDED TO NDS-II 
SUPPORTED ON : 

- 310, 330 AND 380 SYSTEMS 

- RMX 86 AND RMX 286R 
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RMX/NDS-II LINK 



RMX OPERATING SYSTEM 



R MX HUMAN INTERFACE 



APPLICATION LOADER 



EIOS 



BIOS 



RMX NUCLEUS 
ISBC 86/186/286 



INA 955 FUNCTIONAL DIAGRAM 



3,1-15 



RMX/NDS-II LINK 



RMX + INA 955 



iNA 955 CUSP 



RMX HUMAN INTERFACE 
APPLICATION LOADER 
EIOS 
BIOS 
RMX NUCLEUS 

$ : 

ISBC 86/186/286 ISBC 550 



iNA 955 FUNCTIONAL DIAGRAM 
HOW IT COULD HAVE BEEN DONE 
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RMX/NDS-II LINK 



RMX + iNA 955 



iNA 955 CUSP 



RMX HUMAN INTERFACE 



APPLICATION LOADER 



EIOS 



BIOS 



RMX NUCLEUS 



OPTIONAL USER 
DEVELOPED APPLICATION 
SOFTWARE THRU 
PROGRAMMATIC INTERFACE 







iNA 955 EXTENSIONS 



— 



1 



1 



iSBC 86/186/286 



iSBC 550 



iNA 955 FUNCTIONAL DIAGRAM 



HOW IT WAS DONE USING OS EXTENSIONS 
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RMX/NDS-II LINK 
CUSPS 



* NLOGON - LOGON USER TO NDS-II 

* NLOGOFF - LOGOFF USER FROM NDS-II 

* NDIR - PRINT A DIRECTORY LISTING OF AN NDS-II DIRECTORY 

* NDELETE - DELETE AN NDS-II FILE 

* NRENAME - RENAME AN NDS-II FILE 

* NCREATE - CREATE AN NDS-II DIRECTORY 

* NACCESS - CHANGE ACCESS RIGHT OF AN NDS-II FILE 

* XXCOPY 

NRCOPY - COPY A FILE FROM THE NDS-II TO RMX SYSTEM 
NNCOPY - COPY A FILE FROM AN NDS-II FILE TO AN NDS-II FILE 
RNCOPY - COPY A FILE FROM THE RMX SYSTEM TO THE NDS-II 

TIP : 

i\LL CUSPS HAVE ISIS TYPE COMMAND SYSTAX. SPECIAL THANKS TO 

- CONVERTS ALL THE XXCOPY CUSPS INTO ONE CALL 

- MAKES COMMAND SYNTAXS COMPATIBLE TO CURRENT RMX CUSPS 
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RMX/NDS-II LINK 



iNA 955 



* 10 NEW CUSPS PROVIDED 

* SYSTEM LIBRARY PROVIDED WITH 13 NEW OS CALLS (OS EXTENSIONS) 

* LARGE, MEDIUM AND COMPACT LIBRARIES PROVIDED 

* CONFIG FILE SUPPLIED TO CONFIGURE iNA 955 INTO RMX SYSTEM 



* CSD FILE SUPPLIED TO LINK AND LOCATE iNA 955 



* SUPPLIED ON RMX FORMAT DISK 8 INCH SSSD AND 5-1/4 INCH 
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RMX/NDS-II LINK 
POINTS TO REMEMBER 



* IS 



S-DFS LOOKAL IKE 



ALlj FILENAMES MUST BE ISIS FILENAMES 



CANNOT 



THE 



* ONLY SIX OPEN FILES ALLOWED 



* MUST LOGON BEFORE ANY FILE TRANSFER CAN BE DONE 



* PATHNAME LIMIT OF 128 CHARACTERS 



* USER MUST MAINTAIN FILE POINTER ON ALL FILE I/O OS CALLS 



FIL 



HAVE MORE THAN ONE RMX USER PER RMX SYSTEM LOGGED ON 
NDS-II AT ™ p TT '"- 



E COPY ONLY 



* NO PMTs OR ELECTRONIC MAIL 
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RMX/NDS-II LINK 
CUSPS 



EXEMPLE : 



NLOGON 

USERNAME - FRED 

PASSWORD - 
RNCOPY FILE1.LST TO FILE2.LST 
NLOGOFF 
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RMX/NDS-II LINK 
OS CALLS 

FILE I/O CALLS : 
NQ$OPEN 
NQ$CLOSE 
NQ$READ 
NQ$WR I TE 

NOTE : 

THE USER MUST KEEP TRACK OF THE FILE POINTER 

SYSTEM CALLS : 

NQ$CHANGE$ACCESS 

NQ$CREATE$DIR 

NQ$DELETE 

NQ$FILE$INFO 

NQ$GET$VIRTUAL$ROOT 

NQ$LOGOFF 

NQ$LOGON 

NQ$READ$DIR$EXPANDED 

NQ$RENAME 

NOTE : 

ALL CALLS ARE OS EXTENSIONS AT THE NUCLEUS LEVEL 
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ELECTRONIC MAIL 



MAIL IS AN IMPORTANT ADDITION TO THE NDS-II NETWORK 

* REQUIRES iNDX V2.5 OR GREATER 

* FREE UPDATE 

* USERS CAN SEND MESSAGES TO : 

•• OTHER USERS 

- GROUPS 

- BULLETIN BOARDS 

MESSAGES MAY BE : 

INTERACTIVE TEXT 
A TEXT FILE 
AN OBJECT FILE 

USERS CAN READ MESSAGES FROM : 
THEIR OWN MAILBOX 

GROUP MAILBOXES IF THEY ARE A MEMBER OF THE GROUP 
BULLETIN BOARDS 

* COMMAND SET IDENTICAL BETWEEN 8 AND 16 BIT VERSIONS 



ALL 



RE 



c 



* LI 



MESSAGES MAY BE SENT WITH THE FOLLOWING OPTIONS : 

DELIVERY TIME 
EXPIRATION TIME 
URGENT 
OBJECT CODE 

DELIVER TO MORE THAN ONE USER 

EIVED MESSAGES MAY BE : 
DELETED AFTER THEY ARE READ 
SAVED TO A FILE 

SAVED IN AN ALTERNATE MAILBOX 
SAVED TO :SP: 
FORWARDED TO OTHER USERS 
REPLIED TO DIRECTLY 



MITATI 



ONS 



- NO NRM TO NRM MAIL 

- NO NOTIFICATION OF RECEIVED MESSAGE, MUST CHECK MESSAGES 
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ELECTRONIC MAIL 



MAIL .DIR 
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ELECTRONIC MAIL 



THE 



PROMPT . 



* ABILITY TO MAIL ME55AGES, SOURCE FILES OR OBJECT FILES EITHER 
INTERACTIVELY OR NON I N T ER ACT I VE L Y 

- INTERACTIVE MODE 

MAIL 

♦MAIL TO BILL, GR0UP_240, MARY 
= HI , 

=HOW ARE YOU TODAY 

= E ; NOTE HOW YOU EXIT WITH E 

*EXIT 

- NONINTERACTIVE MODE 

MAIL FILE.0B3 TO FRED, MARY OBJECT 
IS THE INTERACTIVE MODE PROMPT AND THE '=' MESSAGE INPUT 

MAIL.TMP FILE CREATED FOR EACH MAIL SESSION. 

THE URGENT OPTION WILL FLAG THE MESSAGE AS URGENT. 



TIP 



MAIL 

♦MAIL TO BRAIN 
=THIS IS A MAIL SESSION 
= E 

BRAIN : BOX DOESN'T EXIST 
♦MAIL :F9:MSG.TMP TO BRIAN 

IF ERROR WHEN MAILING MESSAGE, YOU CAN TRY AGAIN BY USING THE 
:L.TMP FILE. :F9: REQUIRED ONLY IN ISIS. 
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ELECTRONIC MAIL 



* ABILITY TO CHECK YOUR MAIL BOX, GROUP BOX OR BULLETIN BOARDS 
AT ANYTIME 

MAIL USES A CURRENT MAILBOX FOR ALL COMMANDS. THIS BOX IS YOUR 
PERSONAL BOX (IE. YOUR LOGON USERNAME) UNLESS OTHERWISE 
SPECIFIED WITH THE BOX OPTION. 



INTERACTIVE 
MAIL 

NO MESSAGES 
*EXIT 



NONINTERACTIVE 

MAIL CHECK BOX SIV NEWS 



1 

* 2 
+ 3 

* URGENT 
+ OBJECT 



JOHN 
GERI 
ARNIE 



1/12/84 
1/23/84 
2/2/84 



PPC MEETING UPDATE 
TREE LINK FILE 



THE BOX OPTION ALLOWS A USER TO CHECK GROUP MAILBOXES OR 
BULLETIN BOARDS. 



EXEMPLE 



MAIL 

*BOX APS 



A CHECK IS AUTOMATICALLY DONE 

THE CURRENT MAILBOX IS SWITCHED TO APS AND A 
CHECK IS AUTOMATICALLY DONE 



11-26 



ELECTRONIC MAIL 



EACH USERNAME HAS THEIR OWN MAIL BOX 



EITHER THE SUPERUSER CAN CREATE ALL THE MAILBOXES WITH THE USER 
COMMAND OR IF A USER ACCESSES MAIL FOR THE FIRST TIME A MAILBOX 
WILL BE CREATED 



YOU C 



AN 1 T SEND MAIL TO A USER UNTIL THEY HAVE A MAILBOX. 



MAIL 
*LIST 



*LIST 



:ll 

FRED 

V_NEWS 
RM_NEWS 
BOARD 
V_NEWS 
NRM NEWS 



*E 

THE L 



ST COMMAND WILL LIST ALL USER MAILBOXES, GROUP BOXES AND 
BULLETIN BOARDS : 

ST USER ; LISTS ONLY THE USER MAILBOXES. 

ST GROUP ; LISTS ONLY THE GROUP BOXES. 

ST GROUP NAME ; LISTS USERS IN GROUP NAME. 

ST BOARD ; LISTS ONLY THE BULLETIN BOARDS 

ST ; LIST ALL BOXES 

i 

ANY USER CAN SEND MAIL TO ANY MAILBOX BUT THE READING OF THE 
MAILBOX IS DEPENDENT ON : 

USER MAILBOX - ONLY THE OWNER OF THE BOX CAN READ IT 
GROUP MAILBOX - ONLY THE USERS OF THE GROUP CAN READ IT 
BULLETIN BOARD - ANYONE CAN READ IT 



USERS 



REMOVE COMMAND 



MAILBOXES CAN ONLY BE DELETED BY THE SUPERUSER USING THE 
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ELECTRONIC MAIL 



USERS MAY ALSO BELONG TO GROUP MAILBOXES 

LOGON BRIAN 

♦GROUP ENGIN (JOHN, CHRIS, MARY) 
♦EXIT 

CREATES A GROUP CALLED ENGIN AND TELLS MAIL THAT BRIAN, JOHN, 
CHRIS AND MARY BELONG TO THE GROUP. 
ADDING USERS TO EXISTING GROUPS : 

- INTERACTIVE 

LOGON BRIAN 
MAIL 

♦BOX ENGIN ;YOUR CURRENT BOX MUST BE SET TO THE GROUP BOX 
♦ADD ANN 

- NONINTERACTIVE 

LOGON BRIAN 

MAIL ADD ENGIN (ANN) 

TIP : 

HOW TO HAVE MULTIPLE MAILBOXES OF YOUR OWN : 

LOGON BRIAN 
MAIL 

♦GROUP BRIANS_BOX 

; A GROUP IS CREATED WITH THE NAME OF "BRIANS_BOX 
; AND BRIAN IS THE ONLY MEMBER 
CHECK MORE THAN ONE BOX : 
MAIL 

; MESSAGE SUMMARY PRINTED 
♦BOX BRIANS_BOX 

; MESSAGE SUMMARY PRINTED 

♦EXIT 

OR (IN YOUR INIT.CSD FILE) 



TO 



MAIL 

BOX BRIANS_BOX 
EXIT 
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ELECTRONIC HAIL 



* THE CREATOR OF THE GROUP BOX IS THE GROUP BOX OWNER. 
COMHANDS AVAILABLE ARE : 

WHICH - SHOWS WHICH US 

LOGON BRIAN 
MAIL 

♦BOX ENGIN 
♦WHICH (+) JOHN 

4 SUSIE 2/2/84 
6 WINTHROP 2/22/84 
"HASN'T" DELETED MESSAGE 4 OR 6. IF THE ■+' OPTION IS 
USED TO PRINT ONLY THE MESSAGES JOHN "HAS" DELETED WILL BE 
ED . 



JOHN 
US 
LIS 

WHO 



- SHOWS USERS THAT HAVE DELETED A PARTICULAR MESSAGE 
LOGON BRIAN 
MAIL 

♦BOX ENGIN 

; MESSAGE SUMMARY PRINTED 

♦CR 

; FIRST MESSAGE IN LIST WILL BE PRINTED 
♦WHO (+) MESSAGE $ 
JOHN 
MARY 

JOHN AND MARY "HAVE" DELETED MESSAGE 1. THE '+' OPTION 



IS 
A 



USEp TO PRINT USERS WHO "HAVEN'T" DELETED THE MESSAGE. 
MESSAGE NUMBER MAY BE SPECIFIED AND THE DATA FOR THE MESSAGE 
SPECIFIED WILL BE PRINTED INSTEAD OF THE CURRENT MESSAGE. 

DROP JOHN, MARY - REMOVE JOHN AND MARY FROM GROUP 

LOGON BRIAN 
MAIL 

♦BOX ENGIN 
♦DROP JOHN, MARY 

REMOVE GROUP_NAME - REMOVES THE GROUP BOX FROM THE SYSTEM 
LOGON BRIAN 
MAIL 

♦REMOVE ENGIN 

ONLY THE GROUP OWNER CAN REMOVE MESSAGES FROM THE GROUP BOX. 
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ELECTRONIC MAIL 



* ABIL 



TY TO SET TIME AND DATE FOR WHEN A MESSAGE IS TO BE 
DELIVERED OR HOW LONG A MESSAGE MAY STAY IN A MAILBOX BEFORE 
MAIL AUTOMATICALLY DELETES IT. 



MAIL 



= E 



TO CHARLIE DELIVER (11/28) EXPIRE (1/2/85, 12:00:30) 



= THOS IS A DELAYED MESSAGE AND WILL EXPIRE 



THESE OPTIONS ALLOW A USER TO DELAY THE DELIVERY OF A MESSAGE 

TO A BULLETIN BOARD, GROUP OR USER OR HAVE A MESSAGE REMOVED 

AUTOMATICALLY AT A CERTAIN DATE IF THE MESSAGE IS TIME 
CRITICAL. 
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ELECTRONIC MAIL 



BULLETIN BOARDS MAY BE SET ON YOUR SYSTEM. 

'J 



ANY USER CAN READ FROM AND WRITE TO A BOARD BUT ONLY THE OWNER 
OF THE BOARD CAN DELETE MESSAGES. 



- CREATING A BOARD 
MAIL 

*BO ARD WIZZO. PROGRAMS 
*EXIT 

DING A BOARD 
MAIL 

*BOX WIZZO. PROGRAMS 

;DISPLAYS MESSAGES AND SETS DEFAULT BOX TO 
; WIZZO. PROGRAMS 

ONLY THE BOARD OWNER MAY REMOVE THE BOARD IT IS A GOOD IDEA TO 
USE THE EXPIRE OPTION. (OR PURCHASE ANOTHER 84MB DRIVE !). 

ALWAYS USE THE SUBJECT OPTION WHEN SENDING A MESSAGE 
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ELECTRONIC MAIL 



♦ANY MESSAGE RECEIVED MAY BE SAVED TO A FILE OR DELETED FROM YOUR BOX 

MAIL 

1 JOHN 2/2/84 

2 BRIAN 2/10/84 
*CR ;'WILL DISPLAY MESSAGE 1 
♦PRINT 2 ; WILL DISPLAY MESSAGE 2 
TO DELETE A MESSAGE ENTER : 

♦DELETE : WILL DELETE THE CURRENT MESSAGE 



TO SAVE 



♦DELETE 2 



WILL DELETE MESSAGE 2 



WILL SAVE THE CURRENT MESSAGE AS MAIL.SAV 



WILL SAVE MESSAGE 



3 AS FILE MAIL.SAV 
: 



A MESSAGE ENTER : 
♦SAVE MAIL.SAV ; 
♦SAVE 2 MAIL.SAV 
TO REPLY TO THE SENDER OF THE CURRENT MESSAGE 

♦REPLY 

=THIS IS A REPLY 
= E 

OR 

♦REPLY 2 ; WILL REPLY TO MESSAGE 3 
TO FORWARD A MESSAGE ENTER : 

♦FORWARD TO JOHN , WAYNE SUBJECT ( "PUT SUBJECT HERE") 

; WILL FORWARD THE CURRENT MESSAGE 
♦FORWARD 2 TO JOHN, WAYNE SUBJECT("PUT SUBJECT HERE") 



THE CURRENT MESSAGE IS THE MESSAGE LAST READ, TO CHANGE THE 
CURRENT MESSAGE USE THE PRINT COMMAND OR KEEP READING MESSAGES 
IN ORDER. 

THE SUBJECT STRING CAN BE 48 CHARACTERS OR LESS. 



MAIL HAS TWO MODES OF EXIT. 

- EXIT - EXIT AND UPDATE MAILBOX 

- QUIT - EXIT WITH NO UPDATE 
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iMDX S E R I E - 4 *** 
*** *#* 
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L'outil de d<§veloppement iMDX SERIE - 4 est organist autour 
de l'Opdrating System iNDX. II suit done la m§me Evolution 
que le NRM de riSseau NDS - 2. 

De la m§me facon la nouvelle version 2.5 pour le SERIE - 4 
est clisponible et en Aout la version 2.8 sera proposed. 

Voici les caracteristiques importantes des nouvelles 



fonctionnalites. 
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SERIES-IV NEW CUSPS 



(Version 2.5) 



SEARCH : 



THE SEARCH COMMAND ALLOWS YOU TO SPECIFY AN OPTIONAL 
SEARCH PATH FOR CUSPS. RULES ARE : 

- OPTIONAL SEARCH PATH FOR FILE. 86 

- MAIN VOLUME FOR FILE. 86 

- NULL LOGICAL PATHNAME FOR FILE. 86 

- OPTIONAL SEARCH PATH FOR FILE 

- MAIN VOLUME FOR FILE 

- NULL LOGICAL PATHNAME FOR FILE 

- FILE NOT FOUND 

SEARCH (PATHNAME) IS HANDY FOR TUCKING COMPILERS, ETC... 
AWAY IN SUB-DIRECTORIES. 

ARCH (LOCAL WINI) IS BEST FOR IMPROVING PERFORMANCE 
HEN NETWORK IS LOADED DOWN ! NO CONTENTION/ETHERNET 
AD TIME WHEN LOADING AEDIT, COMPILERS, ETC.! 
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SI 



TTY : 



THE SITTY COMMAND IS USED FOR THE FOLLOWING FONCTIONS 

- SET BAUDRATE OF SERIAL CHANNEL 1 ON SERIES-IV, 
BAUDRATE OF MAIN CONSOLE AT NRM. 

- ENABLE/DISABLE DISPLAY OF TYPE-AHEAD BUFFER 

- UPDATE TERMINAL CONFIGURATION - RE-MAP KEYS, ETC 
(WE FIND THIS USEFUL FOR SETTING SERIES-IV 
UNUSED KEYS TO USEFUL FUNCTIONS) 

- REMOTE/LOCAL : SET CONSOLE TO SERIAL CHANNEL 1 
AND BACK - THIS IS A VERY NICE FEATURE ! 
CONNECTED TO A MODEM, ONE CAN WORK REMOTELY WITH 
COMPLETE CONTROL OF THE SERIES-IV - FROM HOME, 
OR WITH SERIES-IV IN NOISY LAB, QUIET TERMINAL 
IN OFFICE ! 
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ETSTAT : 



THE NETSTAT SHOWS STATUS OF STATIONS ON NETWORK 



NETMSG : 



NEhMSG CAN SEND MESSAGES FROM NRM TO ALL SERIES-IVS AND 
FROM SERIES-IV TO NRM AND ALL OTHER SERIES-IVS ON NET. 
MESSAGE BROADCASTS ON USERS SCREEN, REGARDLESS OF 
CURRENT OPERATION. 

NETUP/NETDOWN : 

TAKE THE NETWORK AND UP, NETDOWN GRACEFULLY SHUTS DOWN 
NETWORK BY PREVENTING FURTHER LOGONS, ALLOWS CURRENT 
USERS TO FINISH WORK AND LOGOFF. 
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SERIES-IV FUTURE CAPABIL I TES 



(VERSION 2.8) 



TWO USER : 



- SECOND USER ATTACHED VIA SERIAL CHANNEL 1 



- CAPABILITY AVAILABLE ON STANDALONE OR NETWORK SYSTEMS 



- SECOND USER USES THE BACKGROUND PARTITION 



- ONLY ONE USER CAN RUN ISIS-IV, BUT. 



- BOTH USERS ARE iNDX ! 
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REGION : 



- SETS UP OPERATING MODE, PARTITIONS, TWO USERS 

- NEW "TOGGLE" OPTION GIVES SINGLE USER INTERACTIVE 
ACCESS TO BOTH FOREGROUND AND BACKGROUND PARTITIONS ! 
DO TWO INTERACTIVE JOBS AT ONCE - DISPLAY A DIRECTORY 
WHILE IN THE MIDDLE OF AN EDIT SESSION, AND MANY MORE 



US 



ES ! 



- NOW SETS PARTITIONS IN IK "PAGES", NOT PARAGRAPHS 

- SETS ISIS-IV PARTITION TO FOREGROUND OR BACKGROUND USER 

- SETS SYSTEM PRIORITY BETWEEN USERS - HIGHER, LOWER, EQUAL 

- DISPLAYS CONSOLE STATUS - WHO HAS IT, OR IS SECOND 
ONE THERE. 
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SYSGEN : 



SYSGEN WILL BE EXPANDED IN RELEASE 2.8 TO INCLUDE : 

- TERMINAL BAUDRATE FOR SECOND TERMINAL 

- SEARCH PATH FOR TERMINAL CONFIG. FILE 

- NEW REGION CUSP OPTIONS INCLUDING TWO USER OR 
TOGGLE, PRIORITY, ETC. 

WHEN THESE OPTIONS ARE SET VIA SYSGEN, THEY NO LONGER 
NEED BE SPECIFIED IN THE INIT.CSD. BOOT-UP WILL BE MUCH 
QUICKER - RUNNING REGION, STTY, ETC CAN STILL BE DONE, 
SYSGEN MERELY PROVIDES A MUCH MORE FLEXIBLE DEFAULT. 

OVERLAY CACHE (2K PER) - ENHANCES CUSPS WITH OVERLAYS 
DIAGNOSTIC TRACE MODE (FOR PROBLEM SYSTEMS ONLY, DEGRADES PERF.) 
FUTURE SYSGEN OPTIONS (REL.2.8.) INCLUDE : 

- TERMINAL BAUDRATE, SEARCH PATH FOR TERMINAL CONFIG. FILE 

- NEW REGION CUSP OPTIONS - NO LONGER NEEDED IN INIT.CSD ! 

- 2-USER OR TOGGLE MODE, ETC. 
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SERIES-IV FUTURE CAPABILITIES (CONT.) 
ISIS CLUSTER : 



. INDX RELEASE 2.8 WILL PROVIDE ISIS CLUSTER SUPPORT 
FOR SERIES-IV . 

UP TO FOUR CLUSTERS CAN BE ADDED TO THE SERIES-IV . 
WITH TWO-USER CAPABILITY, MAXIMUM USERS PER SERIES-IV 
IS SIX. 

ISIS CLUSTER REQUIRES NDS-II, NO STANDALONE SERIES-IV. 

LUSTER "GOTCHAS" INCLUDE : 

EACH CLUSTER TAKES 64K PAGE OF SYSTEM MEMORY, STARTING 

FROM (TOP$OF$MEM-MONITOR) AND GROWING DOWNWARD 

012B HALF-MEG MEMORY BOARD WILL BE STRAPPED SHORT IN 

SOME CASES TO ACCOMODATE CLUSTERS. 



MENU COMPILER : 



■ 



. THE MENU COMPILER IS HOW THE MENU LINE, SYNTAX GUIDE, 

AND ON-LINE HELP COMMANDS ARE CREATED FOR SERIES-I V/NRM . 
. THIS COMPILER IS EVENTUALLY TO BE EXTERNALIZED TO THE FIELD 
. CUSTOMERS WILL BE ABLE TO CUSTOMIZE THE MENU LINE AND HELP 
FILES TO THEIR LIKING : 

- REMOVE UNWANTED COMMANDS 

- ADD CUSTOMIZED CUSPS 

- PROVIDE DESCRIPTIVE HELP TEXT, OR REMOVE IT. 

. COMPILER WILL NOT BE TIED TO ANY FORMAL RELEASE OF SOFTWARE 
. FIRST RELEASE WILL BE CONDUCTED THROUGH APPS. FOR CONTROL. 
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* LE BIT BUS * 
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LE BIT BUS EST UN BUS SERIE DEFINI PAR iNTEL DONT LE BUT EST DE 
PERMETTRE L' INTERCONNEXION D'UNE FAMILLE DE PRODUITS ORIENTES 
VERS LES ACQUISITIONS D ' ENTREE/SORTIE INDUSTRIELLES . LE 
PROTOCOLE DE COMMUNICATION SUPPORTE PAR LE BIT BUS PERMET 
D'ASSURER DES ECHANGES DE RESSOURCES DANS UNE ARCHITECTURE 
DECENTRALISEE. 

LE BIT BUS ETANT UNE LIAISON SERIE, LE COUT DE LA CONNEXION EST 
TRES FAIBLE TANDIS QUE LE PROTOCOLE DU TYPE SDLC OPTIMISE LE 
CRITERE VITESSE D'ECHANGE. 

AFIN Dt FACILITER LA MISE EN OEUVRE D'UNE APPLICATION DES OUTILS 
MATERIALS DE BASE SONT PROPOSES ( RCB 44/10 - SBX 344) AINSI 
QU'UN MONITEUR TEMPS REEL (RMX 51) QUI S' INTERFACE DIRECTEMENT A 



R MX 86 

POUR LE MILIEU INDUSTRIEL L'EXISTENCE DE CETTE NOUVELLE 
DERATION DE PRODUITS DOIT ETRE TRES IMPORTANTE ET C'EST 
POURQUpI DES SPECIFICATIONS REL AT I VEMENT COMPLETES SONT A LIRE 
AVEC ATTENTION. 
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introduction to the Distributed Control Modules 

Overview 

Intel's Distributed Control Module (iDCM) products provide building blocks for construction of real- 
time distributed control systems based on the BITBUS™ interconnect. This new serial bus architec- 
ture addresses many of the limitations inherent in traditional connection methods. For instance, future 
system cost reductions are limited in systems based on parallel bus structures due to their electrical 
and mechanical characteristics. Other traditional connection methods such as current loops and RS 
232 C do not provide sufficient performance or flexibility for complex industrial control applications. 
In addition, although there are numerous industry standards for connecting microprocessors, the 
MULTIBUS® and the STD-bus for example, there is no standard connection for microcontrollers. The 
BITBUS interconnect (Table 1 ) combines existing standards with new standard interfaces to provide 
the optimal solution for difficult distributed control problems. 

"he iDCM products combine hardware and software for use in applications that would benefit most 
from employing distributed architectures. Applications such as robotics, process control, data acquisi- 
tion and control, and environmental control are a few examples. 



Table 1. STANDARD BITBUS™ INTERFACES 



Interface 


Specification 


Electrical 


RS485 


Cable 


10-conductor flat ribbon or 1 to 2 

wire twisted pair 



Back-plane connector 


64-pin Standard DIN 


End-cable connector 


3M #3446-1302 female 


Control-board form-factor 


Single-height, Double-depth 
Eurocard 


Data Link control 


Synchronous Data-link Control 


Data transfer rate 


62.5K baud, 375K baud and 
2.4M baud 


Message formats 


Compatible with iRMX 51 format 
command/response/status 


Common command sequences 


Integral Remote Access and 
Control (RAC) function 


Operating systems 


S/W drivers for iRMX 86, 88, 
286R and ISIS (for iPDS only) 



Benefits of Distributed Architectures 

Distributed architectures are intrinsically more reliable than centralized architectures. In a centralized 
control system a central controller failure results in a system-wide failure. Distributed systems can 
be configured to prevent this. Also, distributed systems are more cost effective and more easily 
modified. For instance, performance improvements in centralized systems are expensive and do not 
concentrate improvements in the areas where they are needed most. In distributed systems, only 
the specific parts of the system that require enhancement need be modified. Most importantly, con- 
trol systems based on distributed architectures have less difficulty responding to the external environ- 
ment because they have less to manage. 



The BITBUS™ Interconnect 

The BITBUS interconnect is a serial bus optimized for high speed transfer of short control messages 
in a hierarchical system. In order to provide an easy to use high performance serial interconnect, 
transparent to the applications programmer, high-level interfaces are specified. These interfaces in- 
clude: the message structure and protocol for a multitasking environment, and a set of high-level 
commands for remote I/O access and application task control. As with traditional bus specifications, 
the electrical and data protocol levels have been defined. 

The BITBUS interconnect supports up to 250 nodes and three bit rates dependent on application 
performance requirements. Different BITBUS segments may support different bit rates. 

A Simple and Reliable Solution 

The BITBUS architecture supplies the system designer with a simple and reliable foundation. Some 
key features of this architecture are: defined high-level interfaces that provide all communication and 
user program management, the reliable SDLC protocol, power-up diagnostics, standard industrial 
packaging, compact software and hardware provided in the high performance 12MHz 8044 micro- 
controller, and a board-level integrated solution. In addition, complex, expensive, and awkward con- 
nection problems are no longer a factor because the BITBUS interconnect is a serial bus requiring 
a simple twisted wire pair. 



Open Systems — An Answer to Obsolescence 

Intel's Open Systems philosophy requires systems be open to: future VLSI, all levels of integration, 
third party suppliers, and special requirements. In order to facilitate this design strategy, the BITBUS 
interconnect was developed as a standard microcontroller interface. The same benefits realized by 
users of Intel's MULTIBUS architecture will be realized by users of the BITBUS architecture — the 
abil ty to exploit VLSI technology without having to pay premiums for new system design, multiple 
supply sources, wide product selections, and competitive prices. 

The Open Systems philosophy characterizes the iDCM product line. Distributed Control Modules 
are compatible (open) at three levels of integration: components, boards, and systems. This multilevel 
approach enables OEM's to adapt to new business environments and opportunities as VLSI 
technology evolves. 

Distributed Control Modules 

The iDCM product line consists of both software and hardware products: the iRMX™ 51 Executive, 
iRMX 510 Support Package, iSBX™ 344 BITBUS MULTIMODULE™ Board, and the iRCB 44/10 
BITBUS Remote Controller Board. All iDCM hardware products include integral firmware to imple- 
ment the high-level BITBUS interfaces: message formats, command sequences, and operating 
system environments. 



iRMX™ 51 Executive 

The iRMX 51 Executive is a compact, easy to use, software tool for development and implementa- 
tion of applications built on the high performance 8-bit family of 8051 microcontrollers. A pre-con- 
figured version of the Executive is included in firmware of the two iDCM hardware products. During 
run-time, some of the services provided by this event driven Executive are: task scheduling, inter- 
rupt handling, and message passing. Streamlined code, the simple user interface and modular design 
of the iRMX 51 Executive enhance system reliability. 
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X™ 510 iDCM Support Package 

The iRMX 510 iDCM Support Package provides the software development and run-time support for 
BITBUS systems. Also included are the software interfaces for other operating systems: iRMX 86, 
iRMX 286R, iRMX 88, and the iPDS ISIS. These software interfaces ease integration of a BITBUS 
system into MULTIBUS or iPDS environments. 

iSBX™ 344 BITBUS™ MULTIMODULE™ Board 

The iSBX 344 board facilitates expansion of MULTIBUS and iPDS systems via the BITBUS inter- 
connect. This board is the iDCM hardware interface. MULTIBUS system capabilities can be expanded 
to include low-cost remote control using the iSBX 344 MULTIMODULE board and the iRMX 510 iDCM 
Support Package. Also, BITBUS system capabilities can be expanded using this board with user 
supplied software. The iSBX 344 board's integral firmware reduces application development time, 
ensures real time response, eases system integration, and lowers system cost. 

iRCB 44/10 BITBUS Remote Controller Board 

The iRCB 44/10 BITBUS Remote Controller module is a low-end, single-board computer with 24 lines 
of parallel I/O. The board has a single-high Eurocard form factor with a DIN connector for increased 
reliablity and integration with standard industrial packaging. One iSBX I/O Expansion connector will 
accommodate one of many iSBX MULTIMODULE Boards for I/O expansion. Also, sockets for re- 
peaters are provided for extending the BITBUS interconnect beyond the length limits of one BITBUS 
segment. This board lowers distributed system cost via the BITBUS interconnect support and the 
same integral firmware provided on the iSBX 344 BITBUS Controller MULTIMODULE board. 

Expanding a MULTIBUS® System with Distributed Control Modules 

An example of how a MULTIBUS system can be expanded with iDCM Modules is shown in Figures 
1 and 2. Figure 1 shows a basic MULTIBUS system: processor board, memory module, and I/O con- 
troller. Figure 2 illustrates the expanded system. Some advantages of the expanded system follow: 
The burden on the central processor has been reduced, thereby increasing overall system perfor- 
mance. System cost reduction is realized because the BITBUS architecture removes the necessity 
of adding expensive centralized systems to handle increased performance demands. Also, the 
BITBUS architecture enables implementation of a more efficient and flexible system that is insensitive 
to the addition of more nodes, or changes in node job functions. 
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Figure 1. Basic MULTIBUS® System. 
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Figure 2. MULTIBUS® System Expanded with BITBUS™ Interconnect and Distributed 
Control Modules. 

Summary 

This overview has introduced the attributes and advantages of the BITBUS interconnect and Distrib- 
uted Control Modules. Initial iDCM products (the iRMX 51 Executive, the iRMX 510 iDCM Support 
Package, iSBX 344 BITBUS Controller MULTIMODULE and IRCB 44/10 BITBUS Remote Controller 
boards) are intended to allow rapid assimilation of this new technology. Data sheets describing the 
individual iDCM products are included in the next section of this document. The final section presents 
the BITBUS Specification (supported by the iDCM products). 
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iSBX™ 344 

BITBUS™ CONTROLLER MULTIMODULE™ BOARD 



High performance 12Mhz 8044 
controller 

Integral firmware including the 
iRMX™ 51 Executive optomized for 
real-time control applications 

Full BITBUS™ support 



■ 2 28-pin JEDEC memory sites for 
user's control functions 

■ Low cost, double-wide iSBX™ 
BITBUS™ expansion MULTIMODULE™ 
board 

■ Power up diagnostics increase 
reliablity 



The iSBX™ 344 BITBUS™ Controller MULTIMODULE™ board is the BITBUS gateway to all Intel products 
that support the iSBX I/O Expansion Interface. Based on the highly integrated 8044 component (an 8 bit 
8051 microcontroller and an SDLC controller on one chip) the iSBX 344 MULTIMODULE board extends the 
capability of other microprocessors via the BITBUS interconnect. With the other members of Intel's Distri- 
buted Control Modules (iDCM) family, the iSBX 344 MULTIMODULE board expands Intel's OEM microcom- 
puter system capabilities to include distributed real-time control. Like all members of the iDCM family, the 
iSBX 344 MULTIMODULE board includes many features that make it well suited for industrial control appli- 
cations such as: data acquisition and monitoring, process control, robotics, and machine control. 
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MULTIBUS® and iPDS™ I/O Expansion 

Typically, MULTIBUS iSBC boards have a max- 
imum of two iSBX I/O expansion connectors. 
These connectors facilitate addition of one or two 
iSBX I/O MULTIMODULE boards with varying 
numbers of I/O lines. The iSBX 344 MULT- 
IMODULE board increases the number of I/O 
lines that can be accommodated by a MULTIBUS 
system by at least an order of magnitude. The 
iSBX 344 MULTIMODULE board extends the I/O 
of Intel's Personal Development System (iPDS) 
or other systems products in a similar manner. 

Extending BITBUS™/iDCM System 
Processing Capability 

The iSBX 344 MULTIMODULE board allows util- 
ization of other processors in a BITBUS/iDCM 
system to accomodate particular application re- 
quirements. The MULTIMODULE board is com- 
patible with any iSBX connector so that any 
board having a compatible connector can poten- 
tially enhance system performance. Intel's iRMX 
510 iDCM Support Package provides the software 
interface required for a variety of iSBC boards. 
The iSBC 186/03, 86/30, 286/10, and 188/48 
boards are a few examples. Custom configura- 
tions are also possible with user customized 
software. 
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Figure 1 . iDCM Operating Environment 
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OPERATING ENVIRONMENT 

Intel's Distributed Control Modules (iDCM) product 
family contains the building blocks to implement 
time distributed control applications. The iDCM 
family incorporates the BITBUS interconnect to pro- 
standard high speed serial communication 
between microcontrollers. The two iDCM hardware 
products, the iSBX 344 MULTIMODULE board 
and the iRCB 44/10 BITBUS Remote Controller 
Board, communicate in an iDCM system via the 
BITBUS interconnect as shown in Figure 1. 

As a member of the iDCM product line the iSBX 
344 MULTIMODULE board fully supports the 
BITBUS microcontroller interconnect. Typically, 
the iSBX 344 MULTIMODULE board would be 
part of a node (master or slave) on the BITBUS 
interconnect in an iDCM system. As shown in 
Figure 2 the iSBX 344 MULTIMODULE board 
plugs into any iSBC® board with an iSBX connector. 

The iSBX 344 MULTIMODULE board is the hard- 
ware interface between Intel's MULTIBUS® and 
iPDS™ ISIS environment and the BITBUS envir- 
onment. With this interface the user can harness 
the capabilities of other Intel microprocessors eg: 
80286, 80186, 8086 in a BITBUS/iDCM system 
or extend an existing MULTIBUS or iPDS ISIS- 
based system with the iDCM family. 
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ARCHITECTURE 

Figure 3 illustrates the major functional blocks of 
the iSBX 344 MULTIMODULE board : iDCM con- 
troller, memory, BITBUS microcontroller inter- 
connect, Byte FIFO interface, initialization and 
diagnostic logic. 



ISBX 

I/O EXPANSION BUS 



BYTE FIFO 
INTERFACE 



INITIALIZ. 

& DIAGNOSTIC 

LOGIC 



OFF CHIP 
MEMORY 
SffPlN — 
DATA SITE 
28 PIN 
CODE SITE 



iDCM CONTROLLER 




F gure 3. iSBX™ 344 Block Diagram 
iDCM Controller 

The heart of the iSBX 344 MULTIMODULE board's 
controlling and communication capability is the 
highly integrated 12 MHz 8044 microcontroller. 
The 8044 consists of the advanced 8-bit, 8051 
microcontroller and a SDLC controller called the 
Serial Interface Unit (SIU). This dual processor 
architecture allows complex control and high 
speed communication to be realized cost effec- 
tively. 

Another essential part of the iDCM controller is 
the integral firmware that resides on-chip to 



implement the BITBUS interface. In the operat- 
ing environment of the iSBX 344 MULTIMODULE 
board, the 8044's SIU acts as a SDLC controller 
which offloads the on-chip 8051 microcontroller 
of communication tasks; freeing the 8051 to con- 
centrate on real-time control. 

The iDCM controller (8044 microcontroller and 
on-chip firmware) provides, in one package, a 
simple user interface, and high performance 
communications and control capabilities to effi- 
ciently and economically build a complex control 
system. 

Memory 

The iSBX 344 MULTIMODULE board memory 
consists of two sections: internal and external. In- 
ternal memory is located in the on-chip memory 
of the iDCM controller. The iRMX 51 Executive 
and the remaining iDCM controller firmware 
ration this resource. However, eight bytes of bit 
addressable internal memory are reserved for 
the user. Ample space is reserved for user pro- 
grams and data in the iSBX 344 MULTIMODULE 
board external memory. 

Two 28 pin JEDEC sites comprise the iSBX 344 
MULTIMODULE board external memory. One 
site has been dedicated for data; the other for 
code. Table 1 lists the supported memory devices 
for each site. Intel's 2764, 27128, and 281 7A are 
a few examples. The user may choose one of two 
memory configurations and specify different 
memory sizes by placing the proper jumpers at 
system initialization. The most flexible configura- 
tion option provides the user with access to the 
code site for program download or upload. This 
feature ensures expansion of an existing system 
is easily accomodated. For example, the addition 
of another conveyor to a material handling system 
would require adding another controller or con- 
trollers and changes to existing applications code 
and addition of new code. 



Table 1 . Supported Memory Devices 



DEVICE 


DATA SITE 


CODE SITE 


4Kx8-64Kx8 


NO 


YES 


EPROM/ROM 






2Kx8-32Kx8 


YES 


YES 


SRAM 






2Kx8-16Kx8 


NO 


YES 


NVRAM and E2PROM 
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BITBUS™ Microcontroller Interconnect 

The iSBX 344 MULTIMODULE board fully sup- 
ports the BITBUS microcontroller interconnect. 
The BITBUS interconnect is a serial bus optimized 
for control applications. The interconnect supports 
both synchronous and self-clocked modes of 
operation. These modes of operation are select- 
able dependent on application requirements as 
are the transmission rates. Table 2 shows dif- 
ferent combinations of modes of operations, 
transmission rates, and distances. The SDLC 
protocol, BITBUS message format, and compat- 
itility with Intel's other software and hardware 
p oducts comprise the remainder of this estab- 
lished architecture. These features contribute to 
BITBUS reliability and usefulness as a microcon- 
trpller interconnect. 

T)ie BITBUS connection consists of one or two 
d fferential pair(s) of wires. The BITBUS interface 
of the iSBX 344 MULTIMODULE board consists 
of a half-duplex RS 485 tranceiver and an op- 
tional clock source for the synchronous mode of 
operation. 

Byte FIFO Interface 

The Byte FIFO Interface on the iSBX 344 MULT- 
IMODULE board implements the required hard- 
ware buffering between the iDCM controller and 
an extension. An extension is defined as a device 
attached to the iSBX I/O expansion interface on 
the iSBX 344 MULTIMODULE board. In an iDCM 
system, an example of an extension is an iSBC 
86/30 board which may be considered the host 
board in a MULTIBUS system. When used with 
the software handlers in the iRMX 510 iDCM 
Support Package, implementation of this inter- 
face is complete. 

FOr particular applications, the user may wish to 
develop a custom software interface to the exten- 
sion or host board. On the iSBX 344 MULTI- 
MODULE board side of the interface the iDCM 



firmware automatically accepts messages for the 
FIFO. No user code is required increasing the 
time available for application system development. 

The Byte FIFO supports both byte and message 
transfer protocol in hardware via three register 
ports: data, command, and status. The extension 
side supports polled, interrupt, and limited DMA 
modes of operation (e.g. 80186 type DMA con- 
trollers). 

Initalization and Diagnostic Logic 

Like the other members of Intel's Distributed 
Control Modules (iDCM) product line, the iSBX 
344 MULTIMODULE board includes many fea- 
tures which make it well suited for industrial 
control applications. Power up diagnostics is just 
one of these features. Diagnostics simplify system 
startup considerably, by immediately indicating 
an iDCM controller or external bus failure. The 
LEDs used for power up diagnostics are avail- 
able for user diagnostics after power up as well 
as to further contribute to reliable operation of the 
system. 

Initial iSBX 344 MULTIMODULE board parameters 
are set by positioning jumpers. The jumpers de- 
termine the BITBUS mode of operation: syn- 
chronous, self-clocked, transmission rate, and 
address of the iSBX module in the BITBUS system. 
This minimizes the number of spare boards to be 
stocked for multiple nodes, decreasing stocking 
inventory and cost. 

INTEGRAL FIRMWARE 

The iSBX BITBUS Controller MULTIMODULE 
board contains resident firmware located in the 
iDCM Controller. The on-chip firmware consists 
of: a pre-configured iRMX 51 Executive for user 
program development; a Remote Access and 
Control (RAC) function that enables user com- 
munication and control of different microcontrollers 
and I/O points; a communications gateway to 



Table 2. BITBUS™ Microcontroller Interconnect Modes of Operation 



Speed 
Kb/s 



Maximum Distance 
Between Repeaters 
M/ft 



Maximum # Nodes 
Between Repeaters 



Maximum # 
Repeaters 



Synchronous 



2400 



30/100 



28 



Self Clocked 



375 
62.5 



300/1000 
1200/4000 



28 
28 



2 
10 



5 
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connect the BITBUS interconnect, iSBX bus, and 
iRMX 51 Executive tasks; and power up diagnos- 
tics. 

! iRMX 51 Executive is an event-driven soft- 
i manager that can respond to the needs of 
multiple tasks. This real-time multitasking ex- 
ecutive provides: task management, timing, in- 
terrupt handling, and message passing services. 
Table 3 shows the iRMX 51 user interfaces. Both 
thej executive and the communications gateway 
allow for the addition of up to seven user tasks 
at each node while making BITBUS operations 
transparent. 

The Remote Access and Control Function is a 
special purpose task that allows the user to trans- 
fer commands and program variables to remote 
BITBUS controllers, obtain the status of a remote 
I/O line(s), or reverse the state of a remote I/O 
line. Table 4 provides a complete listing of the 
RAC services. No user code need be written to 
use this function. Power up tests provide a quick 
diagnostic service. 



The services provided by the iSBX 344 MULT- 
IMODULE board integral firmware simplify the 
development and implementation of complex 
real-time control application systems. All iDCM 
hardware products contain integral firmware thus 
supplying the user with a total system solution . 

DEVELOPMENT ENVIRONMENT 

Intel provides a complete development environ- 
ment for the iSBX 344 MULTIMODULE board. 
Software development support consists of : the 
8051 Software Development Package, and the 
iRMX 510 iDCM Support Package. The 8051 
Software Development Package provides the RL 
51 Linker and Relocator Program, and ASM 51 . 
PL/M 51 is also available. The iRMX 510 Support 
Package includes the iDCM Controller firmware 
files on diskette as well as iRMX 51 libraries. 
Hardware tools consist of of the IN-Circuit Emu- 
lator (ICE-44), Intel's Portable Development 
System (iPDS), and Intellec Series II or III Devel- 
opment Systems. 



Table 3. iRMX™ 51 Interfaces 





COMMAND 


DESCRIPTION 


RC 


) SEND MESSAGE 


Sends a message (a command from the BITBUS master, a response from 
a slave, or a simple message between tasks on the same BITBUS compo- 
nent) to another task. 


RC 


(WAIT 


Waits for an interrupt, and event time-out, a message, or any combination 
of the three. 


RC 


) CREATE TASK 


Causes a new sequence of code to be run as an iRMX 51 task with a specific 
function identification code and priority. 


RQ DELETE TASK 


Stops the specified task and removes it from all execution lists. 


RC 


I ALLOCATE 


Allocates a fixed-length buffer from the on-chip, scratch-pad RAM for gen- 
eral use, or, in BITBUS applications, for a BITBUS message buffer. 


RC 


DEALLOCATE 


Returns an on-chip buffer to the system. 


RC 


SET INTERVAL 


Set the time interval to be used as a separate event-timer for the task. 


RQ ENABLE INTERRUPT 


Allow external interrupts to signal the microcontroller. 


RQ DISSABLE INTERRUPT 


Stops all external interrupts from signaling the microcontroller. 


RC 


GET FUNCTION ID 


Provides a list of the 8 function identification codes representing the tasks 
currently operating on the microcontroller. 
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Table 4. RAC Services 






COMMAND 


DESCRIPTION 




EAD I/O 


Read external I/O location. Return result in reply message. 




fRITE I/O 


Write byte to external I/O location. 




PDATE I/O 


Write byte to, then read byte from external I/O location. Return result 
in reply message. 




R I/O 


OR data with contents of external I/O location. Return OR'd value. 


AND I/O 


AND data with contents of external I/O location. Return AND'd value. 


XOR I/O 


XOR data with contents of external I/O location. Return XOR'd 
value. 


READ INTERNAL MEMORY 


Read contents of internal memory location. Return result in reply 
message. 


WRITE INTERNAL MEMORY 


Write data to internal memory location. 


DOWNLOAD EXTERNAL MEMORY 


Write data starting at external memory location. 


U 


PLOAD EXTERNAL MEMORY 


Read data starting at external memory location. Return result in 
reply message. 


G 


ET FUNCTIONS 


Provides a list of the 8 function identification codes representing 
the tasks currently operating on the microcontroller. 


o 


REATETASK 


Causes a new sequence of code to be run as in the iRMX™ 51 
interface. 


D 


ELETE TASK 


Stops the specified task and removes it from all execution lists as 
in the iRMX™ 51 interface. 


P 


AC PROTECT 




Suspends or resumes RAC Services. 


RESET DEVICE 


Returns device software to original state at initialization. 



NOTES: 

Intorr al memory locations are included in the 192 bytes of data RAM provided in the microcontroller. External memory refers memory outside the 
micrc controller — the 28-pin sockets of the iSBX 344 module and the iRCB 44/1 board. Each RAC Access Function may refer to 1 , 2, 3, 4, 5, or 6 
individual I/O or memory locations in a single command. 



SPECIFICATIONS 

Word Size 

Instruction — 8 bit 
Data — 8 bit 

Processor Clock 12 MHz 

Instruction Execution Times 

1 /isec 60% instructions 

2 fisec 40% instructions 
4 usee Multiply & Divide 

Memory Capacity/Addressing 
iDCM Controller — 64 K 



Address Range 

Option 1 

External 
Memory 
Data 
Code 
Internal 
Memory 
Code 



Option : 



0000H-7FFFH 0000H-7FFFH 
1000H-0FFFFH 8000H-0FFEFH 



0000H-0FFFH 0000H-0FFFH 



Terminations 

Sockets provided on board for Va Watt 5% Car- 
bon type resistors. Resistor value to match 
characteristic impedance of cable as closely as 
possible — 120 ohms or greater. 
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iDCM Controller (8044 + firmware) I/O Addressing as viewed from the 8044 



FUNCTION 



ADDRESS 



READ 



WRITE 



BIT 



COMMENTS 



Data 

Command 



Status 

-RFNF* 

-TFNE* 

-TCMD* 
LED #1 
LED #2 
RDY/NE* 
Node Address 
Configuration 



FF00H 
FF01H 



B3H 
B2H 
92H 
90H 
91 H 
B4H 
FFFFH 
FFFEH 



IS 
W 

IS 



Write sets command to exten- 
sion — Read clears command 
from extension 

Also INT1 Input 
Also INTO Input 



iSBX™ 344 MULTIMODULE™ board I/O Addressing as viewed from the 
iSBX™ 344 MULTIMODULE™ board 





REGISTER FUNCTION 


ADDRESS 


COMMENTS 




Data 


Base 


Read/Write 




Command 


Base + 1 


Write sets command from 

extension 
Read clears command to 

extension 




Status 


Base + 2 


Read Only 



NOTES: 

1 . Base is determined by MCSO" on extension device 



Interrupt/DMA Lines 



s 


IGNAL 


LOCATION 


INTERFACE 
OPTION 


F 


RINT 
TINT 
RCMI 
1DRQ 
fDRQ 


MDRQ/MINTO 

MINT1 

OPTO 
MDRQ/MINTO 

MINT1 


INT 

INT 
INT OR DMA 
DMA 
DMA 



Status Register Interface 

7 6 5 4 3 2 1 



TFNF* 
RFNE* 
RCMD* 
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Connector Options 
10 Pin Plug 

Flat Cable — 3M 3473-6010, TB Ansley 609- 
1001 M, or equal 

Discrete Wire — BERG 65846-007, ITT Cannon 
121-7326-105, or equal 



Pin Out 



PIN 


SIGNAL 


1 


+ 12V 


2 


+ 12V 


3 


GND 


4 


GND 


5 


DATA* 


6 


DATA 


7 


DCLK'/RTS* 


8 


DCLK/RTS 


9 


RGND 


10 


RGND 



Electrical Characteristics 
Interfaces 

iSBX™ I/O expansion bus — supports the stan- 
dard I/O Expansion Bus Specification with com- 
pliance level D8 

Memory Sites — Both code and data sites sup- 
port the electrical Universal Memory Site 
specification 



BITBUS™ Interconnect — The iSBX 344 MUL 
MODULE board supports the BITBUS Specific 
tion as follows: 

Fully supported synchronous mode and s< 
clocked mode for 375 kbits/sec and 62.5 kbi 
sec 

The iSBX 344 MULTIMODULE board preser 
one standard load to the BITBUS bus 
Message length of 18 bytes supported 
RAC Function support as shown in Table 4 

Power Requirements 

.9A at + 5V± 5% iSBX™ 344 MULTIMODULE 
board only — memory NOT included 

Physical Characteristics 

Double-wide iSBX™ MULTIMODULE™ For 
Factor 

Dimensions 

Height — 10.16 mm (0.4 in) maximum coi 

ponent height 

Width — 63.5 mm (2.50 in) 

Depth — 190.5 mm (7.50 in) 

Weight — 113 gm (4 ounces) 

Environmental Characteristics 

Operating Temperature — 0°C to 55°C at 2( 
Linear Feet/Minute Air Velocity 
Humidity — 90% non-condensing 

Reference Manual (NOT Supplied) 

146312 — Guide to Using the Distributed Co 
trol Modules 



Ordering Information 

Part Number Description 

iSBX 344 BITBUS Controller 

MULTIMODULE board 
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iRCB 44/10 
BITBUS™ Remote Controller Board 



High performance 12Mhz 8044 



ntegral firmware including the 
RMX™ 51 Executive optomized for 
eal-time control 

till BITBUS™ support 

Standard industrial packaging: 
Eurocard, DIN connector 



■ 2 28-pin JEDEC memory sites for 
user's control functions 

■ Low cost I/O expansion with 8-bit 
iSBX™ connector 

■ Programmable control/monitoring 
capability of 24 I/O lines 

■ Power up diagnostics increase 
reliablity 



The iRCB 44/10 BITBUS™ Remote Controller Board, is an intelligent real-time controller and a re- 
mote I/O expansion device. Based on the highly integrated 8044 component (an 8 bit 8051 microcontroller 
and an intelligent SDLC controller on one chip) the iRCB 44/10 board provides high performance 
control capability at low cost. Incorporating complete BITBUS support, the iRCB 44/10 board and the 
other members of Intel's Distributed Control Modules (iDCM) family expand Intel's OEM microcom- 
puter system capabilities to include distributed real-time control. Like all members of the iDCM family, 
the iRCB 44/10 board includes many features that make it well suited for industrial control applica- 
tions such as: data acquisition and monitoring, process control, robotics, and machine control. 
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OPERATING ENVIRONMENT 

Intel's Distributed Control Modules (iDCM) pro- 
duct family contains the building blocks to imple- 
ment real-time distributed control applications. 
The iDCM family incorporates the BITBUS inter- 
connect to provide standard high speed serial 
communication between microcontrollers. The 
two iDCM hardware products, the iSBX 344 BIT- 
BUS controller MULTIMODULE™ board and the 
iRCB 44/10 BITBUS Remote Controller Board, 
communicate in an iDCM system via the BITBUS 
interconnect as shown in Figure 1 . 

The iRCB 44/10 board can be used as an intelli- 
gent remote controller or an I/O expansion device. 
When performing as an intelligent controller the 
iRCB 44/10 board not only monitors the status of 
multiple process points, but it can execute varied 
user supplied control algorithms. When function- 
ing as an I/O expansion device, the iRCB 44/10 
board simply collects data from multiple I/O ports 
and transmits this information via the BITBUS or 
iSBX bus interface to the system controller for 
analysis or updating purposes. 

As a member of the iDCM product line the iRCB 
44/10 board fully supports the BITBUS microcon- 
troller interconnect. Typically, the iRCB 44/10 
board would be a node in a BITBUS system. The 
iRCB 44/10 board could be part of a master or 
slave node. (The BITBUS system supports a 
multidrop configuration: one master, many slaves.) 



ARCHITECTURE 

Figure 2 illustrates the major functional blocks of 
the iRCB 44/1 board: iDCM controller, memory, 
BITBUS microcontroller interconnect, parallel 
I/O, iSBX expansion, initialization and diagnostic 
logic. 

iDCM Controller 

The heart of the iRCB 44/10 board's controlling 
and communication capability is the highly inte- 
grated 12 MHz 8044 microcontroller. The 8044 
consists of the advanced 8-bit 8051 microcon- 
troller and a SDLC controller called the Serial 
Interface Unit (SIU). This dual processor archi- 
tecture allows complex control and high speed 
communication functions to be realized cost 
effectively. 

Another essential part of the iDCM controller is 
the integral firmware that resides on-chip to im- 
plement the BITBUS interface. In the operating 
environment of the iRCB 44/10 board, the 8044's 
SIU acts as a SDLC controller which offloads the 
on-chip 8051 microcontroller of communication 
tasks; freeing the 8051 to concentrate on real- 
time control. 

The iDCM controller (8044 microcontroller and 
on-chip firmware) provides, in one package, a 
simple user interface, and high performance 
communications and control capabilities to effi- 
ciently and economically build a complex control 
system. 



TO OTHER 
BITBUS™ NODES 



INDUSTRIAL 
CHASSIS 



BITBUS 

INTERCONNECT #2 




iSBC 1 86/30 



BOARD 



Figure 1 . iDCM Operating Environment 

12 



iRCB 44/10 



Memory 

The iRCB 44/10 board memory consists of two 
sections: internal and external. Internal memory 
is located in the on-chip memory of the iDCM 
controller. The iRMX 51 Executive and the re- 
maining iDCM controller firmware ration this 
resource. However, eight bytes of bit addressable 
internal memory are reserved for the user. Am- 
ple space is reserved for user programs and data 
in the iRCB 44/10 board external memory. 

Two 28 pin JEDEC sites comprise the iRCB 44/1 
board external memory. One site has been ded- 
icated for data, the other for code. Table 1 lists 
the Supported memory devices for each site. In- 
tel's! 2764, 27128, and 281 7A are a few ex- 
amples. The user may choose one of two 
memory configurations and specify different 



memory sizes by placing the proper jumpers at 
system initialization. The most flexible configura- 
tion option provides the user with access to the 
code site for program download or upload. This 
feature ensures expansion of an existing system 
is easily accomodated. 

Table 1 . Supported Memory Devices 



DEVICE 


DATA SITE 


CODE SITE 


4Kx8-64Kx8 


NO 


YES 


EPROM/ROM 






2Kx8-32Kx8 


YES 


YES 


SRAM 






2Kx8-16Kx8 


NO 


YES 


NVRAM and E2PROM 







iSBX™ I/O 
BUS 




iSBX T "l/0 
EXPANSION 



INITIALIZATION 
AND 
DIAGNOSTIC 
LOGIC 



24 LINES 
PARALLEL 

I/O 



OFF CHIP MEMORY 
28 PIN DATA SITE 
28 PIN CODE SITE 



iDCMCOt< 


TROLLER 






BITB 
BUFI 


US™ 
ERS 



BITBUS™ 
REPEATERS 
(OPTIONAL) 



BITBUS™ INTERCONNECT 



REPEATED BITBUS™ 
INTERCONNECT 



Figure 2. iRCB™ 44/10 Block Diagram 
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BITBUS™ Microcontroller Interconnect 

The iRCB 44/10 board serial interface fully sup- 
ports the BITBUS microcontroller interconnect. 
Tfie BITBUS interconnect is a serial bus optimized 
for control applications. The bus supports both 
synchronous and self-clocked modes of opera- 
tion. These modes of operation are selectable 
dependent on application requirements as are 
the transmission speeds. Table 2 shows the differ- 
ent combinations of modes of operation, transmis- 
sion speeds, and distances. The SDLC protocol, 
BITBUS message format, and compatibility with 
Intel's other software and hardware products com- 
prise the remainder of the BITBUS architecture. 
These features contribute to BITBUS system reli- 
ability and usefulness as a microcontroller inter- 
connect. 

The BITBUS connection consists of one or two 
differential pair(s) of wires. The serial (BITBUS) 
interface of the iRCB 44/1 board consists of : a 
half-duplex RS 485 tranceiver, an optional BIT- 
BUS repeater and an optional clock source for 
the synchronous mode of operation. 

Parallel I/O 

In order to provide an optimal parallel I/O inter- 
face for control applications, the iRCB 44/10 board 
supports 24 software programmable parallel I/O 
lines. This feature supplies the flexibility and 
simplicity required for control and data acquisi- 
tion systems. Sixteen of these lines are fully pro- 
grammable as inputs or outputs, with loopback, 
on a bit by bit basis so that bit set, reset, and 
toggle operations are streamlined. The remaining 
eight lines are dedicated as inputs. Figure 3 de- 
picts the general I/O port structure. 

The parallel I/O lines can be manipulated by 
using the Remote Access and Control (RAC) 
function (in iDCM controller firmware) from a 
supervisory node or locally by a user program. 



The user program can also access the RAC func- 
tion or directly operate the I/O lines. Input, out- 
put, mixed — input and output, and bit operations 
are possible simply by reading or writing a par- 
ticular port. 

iSBX™ Expansion 

One iSBX I/O expansion connector is provided 
on the iRCB 44/1 board. This connector can be 
used to extend the I/O capability of the board. In 
addition to specialized and custom designed 
iSBX boards, a full line of compatible high speed, 
8-bit expansion MULTIMODULE boards, both sin- 
gle and double wide, are available from Intel. The 
only incompatible modules are those that require 
the MWAIT* signal or DMA operation. A few of 
Intel's iRCB 44/10 board compatible iSBX MULTI- 
MODULE boards include: parallel I/O, serial I/O, 
BITBUS expansion, IEEE 488 GPIB, analog in- 
put, analog output, and magnetic bubble. 

With the iSBX 344 BITBUS Controller MULTI- 
MODULE board and user supplied software, the 
iRCB 44/10 board can act as an intelligent BIT- 
BUS repeater facilitating the transition between 
two BITBUS segments operating at different 



Initalization and Diagnostic Logic 

Like the other members of Intel's Distributed 
Control Modules (iDCM) product line, the iRCB 
44/1 board includes many features which make 
it well suited for industrial control applications. 
Power up diagnostics is just one of these features. 
Diagnostics simplify system startup considerably, 
by immediately indicating an iDCM controller or 
external bus failure. The LEDs used for power up 
diagnostics are available for user diagnostics 
after power up as well to further contribute to 
reliable operation of the system. 

Initial iRCB 44/10 board parameters are set by 
positioning jumpers. The jumpers determine the 



Table 2. Modes of Operation 



Speed 
Kb/s 



Maximum Distance 
Between Repeaters 
M/ft 



Maximum # Nodes 
Between Repeaters 



Maximum # 
Repeaters 



Synchronous 



5yn 
Sell 



2400 



30/100 



28 



Self Clocked 



375 
62.5 



300/1000 
1200/4000 



28 
28 



2 
10 



14 
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BITBUS mode of operation: synchronous, self 
clocked, transmission speed, and address of the 
iRCB 44/10 board in the BITBUS system. This 
minimizes the number of spare boards to be 
stocked for multiple nodes, decreasing stocking 
inventory and cost. 

INTEGRAL FIRMWARE 

The iRCB 44/10 board contains resident firmware 
located in the iDCM Controller. The on-chip firm- 
consists of: a pre-configured iRMX 51 Ex- 
ive for user program development; a Remote 
ss and Control (RAC) function that enables 
communication and control of different micro- 
trollers and I/O points; a communications 



gateway to connect the BITBUS interconnect, 
iSBX bus, and iRMX 51 tasks; and power up di- 
agnostics. 

The iRMX 51 Executive is an event-driven soft- 
ware manager that can respond to the needs of 
multiple tasks. This real-time multitasking ex- 
ecutive provides: task management, timing, in- 
terrupt handling, and message passing services. 
Table 3 shows the iRMX 51 user interfaces. Both 
the Executive and the communications gateway 
allow for the addition of up to seven user tasks 
at each node while making BITBUS operations 
transparent. 

The Remote Access and Control Function is a 
special purpose task that allows the user to trans- 



Table 3. IRMX™ 51 Interfaces 





COMMAND 


DESCRIPTION 


R( 


3 SEND MESSAGE 


Sends a message (a command from the BITBUS master, a response from 
a slave, or a simple message between tasks on the same BITBUS compo- 
nent) to another task. 


R( 


3 WAIT 


Waits for an interrupt, and event time-out, a message, or any combination 
of the three. 


R( 


3 CREATE TASK 


Causes a new sequence of code to be run as an iRMX 51 task with a specific 
function identification code and priority. 


R( 


3 DELETE TASK 


Stops the specified task and removes it from all execution lists. 


RC 


3 ALLOCATE 


Allocates a fixed-length buffer from the on-chip, scratch-pad RAM for gen- 
eral use, or, in BITBUS applications, for a BITBUS message buffer. 


RQ DEALLOCATE 


Returns an on-chip buffer to the system. 


RQ SET INTERVAL 


Set the time interval to be used as a separate event-timer for the task. 


R( 


3 ENABLE INTERRUPT 


Allow external interrupts to signal the microcontroller. 


RC 


3 DISSABLE INTERRUPT 


Stops all external interrupts from signalling the microcontroller. 


RC 


3 GET FUNCTION ID 


Provides a list of the 8 function identification codes representing the tasks 
currently operating on the microcontroller. 



RESET* 




I/O PORT PIN 



Figure 3. I/O Port Structure 
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fer commands and program variables to remote 
BITBUS controllers, obtain the status of a remote 
I/O line(s), or reverse the state of a remote I/O 
line. Table 4 provides a complete listing of the 
RAC services. No user code need be written to 
use this function. Power up tests provide a quick 
diagnostic service. 

The services provided by the iRCB 44/1 board 
integral firmware simplify the development and 
implementation of complex real-time control ap- 
plication systems. All iDCM hardware products 
contain integral firmware thus supplying the user 
w th a total system solution. 

INDUSTRIAL PACKAGING 

The iRCB 44/10 form factor is a single high, 
220mm deep Eurocard as shown in Figure 4. The 
Eurocard form factor supports most standard in- 
dustrial packaging schemes as well as Intel's 



MULTIBUS® II packaging scheme. The Eurocard 
form factor specifies reliable DIN connectors. A 
standard 64 pin connector is included on the iRCB 
44/10 board. 

DEVELOPMENT ENVIRONMENT 

Intel provides a complete development environ- 
ment for the iRCB 44/1 board. Software develop- 
ment support consists of: the 8051 Software De- 
velopment Package, and the iRMX 510 iDCM 
Support Package. The 8051 Software Develop- 
ment Package provides the RL 51 Linker and 
Relocator Program, and ASM 51 . PL/M 51 is also 
available. The iRMX 510 Support Package in- 
cludes the iDCM Controller firmware files on 
diskette, as well as iRMX 51 libraries. Hardware 
tools consist of of the In-Circuit Emulator (ICE-44), 
Intel's Portable Development System (iPDS), 
and Intellec Series II or III Development Systems. 



Table 4. RAC Services 





COMMAND 


DESCRIPTION 


F 


EAD I/O 


Read external I/O location. Return result in reply message. 


V 


/RITE I/O 


Write byte to external I/O location. 


I 


PDATE I/O 


Write byte to, then read byte from external I/O location. Return result 
in reply message. 


C 


>R I/O 


OR data with contents of external I/O location. Return OR'd value. 


A 


ND I/O 


AND data with contents of external I/O location. Return AND'd value. 


X 


OR I/O 


XOR data with contents of external I/O location. Return XOR'd 
value. 


F 


EAD INTERNAL MEMORY 


Read contents of internal memory location. Return result in reply 
message. 


V 


/RITE INTERNAL MEMORY 


Write data to internal memory location. 


DOWNLOAD EXTERNAL MEMORY 


Write data starting at external memory location. 


U 


PLOAD EXTERNAL MEMORY 


Read data starting at external memory location. Return result in 
reply message. 


G 


ET FUNCTIONS 


Provides a list of the 8 function identification codes representing 
the tasks currently operating on the microcontroller. 


C 


REATE TASK 


Causes a new sequence of code to be run as in the iRMX 51 inter- 
face. 


D 


ELETE TASK 


Stops the specified task and removes it from all execution lists as 
in the iRMX 51 interface. 


R 


AC PROTECT 


Suspends or resumes RAC Services. 


R 


ESET DEVICE 


Returns device software to original state at initialization. 



NOTES: 

Internal memory locations are included in the 192 bytes ot data RAM provided in the microcontroller. External memory refers memory outside the 
microcontroller — the 28-pin sockets of the iSBX 344 module and the iRCB 44/10 board. Each RAC Access Function may refer to 1 , 2, 3, 4, 5. or 6 
individual I/O or memory locations in a single command. 
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-d - 220mm- 



8.65 inches 



h = 3.93 inches 
1 00mm ' 



-13.77 mm 
.542 in. 



Figure 4. Eurocard Single High Form Factor 



SPECIFICATIONS 

Word Size 

Instruction — 8 bit 
Data — 8 bit 

Processor Clock 12 MHz 

nstruction Execution Times 

1 jisec 60% instructions 

2 jisec 40% instructions 
4 usee Multiply & Divide 

Memory Capacity/ Addressing 
iDCM Controller — 64 K 
ddress Range 

Option 1 

External 
Memory 
Data 
Code 
Internal 
Memory 
Code 



T 



Interrupt Sources 

Two external — iSBX I/O Expansion bus sources 
or other sources. 

BITBUS Microcontroller Interconnect. 



Terminations 

Sockets provided on board for Va Watt 5% Car- 
bon type resistors. Resistor value to match 
characteristic impedance of cable as closely as 
possible — 120 ohms or greater. 



Repeaters 

Sockets provided on board — Devices 75174 
and 75175 



Option 2 



0000H-7FFFH 0000H-7FFFH 
1000H-0FFFFH 8000H-0FFEFH 



0000H-0FFFH 0000H-0FFFH 



I/O Capacity 

iSBX MULTIMODULE™ board — one single or 
doublewide not requiring MWAIT* or DMA 
24 Digital Lines Programmable Parallel I/O 



Connector Options 
10 Pin Plug 

Flat Cable — 3M 3473-6010, TB Ansley 609- 
1001 M, or equal 

Discrete Wire — BERG 65846-007, ITT Cannon 
121-7326-105, or equal 

DIN Connector Plug 

Flat Cable — GW Elco 00-8259-096-84-124, 
Robinson Nugent RNE-IDC64C-TG30, or equal 
Discrete Wire — ITT Cannon G06 M96 P3 
BDBL-004 GW Elco 60 8257 3017, or equal 
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iDCM Controller I/O Addressing 



FUNCTION 



ADDRESS 



READ 



WRITE 



BIT 



PORTA 
PORT B 
PORTC 
MCSO 

MSC1 

LED #1 

LED #2 

RDY/NE* 

NODE ADDRESS 

CONFIGURATION 

'TO 
OPT1 
INTO 
INT1 



FFCOH 
FFC1H 
FFC2H 
FF80H-FF87H 
FF00, FF01 
FF88H-FF8F 

90H 

91H 

B4H 
FFFFH 
FFFEH 

92H 

93H 

B2H 

B3H 



IS 



is 



10 PIN REPEATER CONNECTOR PIN OUT 





PIN 


SIGNAL 




1 


+ 12V 




2 


+ 12V 




3 


GND 




4 


GND 




5 


DATA* 




6 


DATA 




7 


DCLKVRTS* 




8 


DCLK/RTS 




9 


RGND 




10 


RGND 
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iRCB 44/10 Pin Out 



DIN Connector 



DIN 
PIN # 


PIN & SOCKET 
PIN # 


FUNCTION 


DIN 
PIN # 


PIN & SOCKET 
PIN# 


FUNCTION 


1a 




GND 


1c 




GND 


2a 




+ 5V 


2c 




+ 5V 


3a 




DATA 


3c 




DATA* 


4a 




DLCK/RT 


4c 




DLCKVRTS* 


5a 


1 


EXTINT 


5c 




RGND 


6a 


3 


PB7 


6c 


2 


GND 


7a 


5 


PB6 


7c 


4 


GND 


8a 


7 


PB5 


8c 


6 


GND 


9a 


9 


PB4 


9c 


8 


GND 


10a 


11 


PB3 


10c 


10 


GND 


11a 


13 


PB2 


11c 


12 


GND 


12a 


15 


PB1 


12c 


14 


GND 


13a 


17 


PB0 


13c 


16 


GND 


14a 


19 


PC3 


14c 


18 


GND 


15a 


21 


PC2 


15c 


20 


GND 


16a 


23 


PC1 


16c 


22 


GND 


17a 


25 


PC0 


17c 


24 


GND 


18a 


27 


PC4 


18c 


26 


GND 


19a 


29 


PC5 


19c 


28 


GND 


20a 


31 


PC6 


20c 


30 


GND 


21a 


33 


PC7 


21c 


32 


GND 


22a 


35 


PA7 


22c 


34 


GND 


23a 


37 


PA6 


23c 


36 


GND 


24a 


39 


PA5 


24c 


38 


GND 


25a 


41 


PA4 


25c 


40 


GND 


26a 


43 


PA3 


26c 


42 


GND 


27a 


45 


PA2 


27c 


44 


GND 


28a 


47 


PA1 


28c 


46 


GND 


29a 


49 


PA0 


29c 


48 


GND 


30a 




+ 12V 


30c 




-12V 


31a 




+ 5V 


31c 




+ 5V 


32a 




GND 


32c 




GND 
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Electrical Characteristics 
Interfaces 

iSBX I/O expansion bus — supports the stan- 
dard I/O Expansion Bus Specification with com- 
pliance level D8/8F 

Memory Sites — Both code and data sites sup- 
port the electrical Universal Memory Site specifi- 
cation 

BITBUS™ Interconnect — The iRCB 44/10 Re- 
mote Controller Board supports the BITBUS 
Specification as follows: 
Fully supported synchronous mode and self 
clocked mode for 375 kbits/sec and 62.5 kbits/sec 
The iRCB 44/10 Remote Controller Board pre- 
sents one standard load to the BITBUS bus with- 
out repeaters, with repeaters two standard loads 
Message length of 18 bytes supported 
RAC Function support as shown in Table 4 



Parallel 

ificaitions 



I/O — See the Table 5 for Electrical Spec- 
of the interface. 



Power Requirements 

.9A at +5V + 5% iRCB 44/10 board only — 

memory, repeater, or iSBX board NOT included 

Physical Characteristics 

Single high, 220mm deep Eurocard Form Factor 
Dimensions 

Width — 13.77 mm (.542 in) maximum compo- 
nent height 

Height — 100 mm (3.93 in) 
Depth — 220 mm (8.65 in) 
Weight — 169 gm (6 ounces) 

Environmental Characteristics 

Operating Temperature — 0°C to 55°C at 200 
Linear Feet/Minute Air Velocity 
Humidity — 90% non-condensing 

Reference Manual (NOT Supplied) 

146312 — Guide to Using the Distributed Con- 
trol Modules 



Table 5. Parallel I/O Electrical Specification 





PARAMETER 


CONDITION 


MIN 


MAX 


UNITS 




Vol 


l 0L = 16mA 




0.5 


V 




V 0H 


l 0H = -2 mA 


2.4 




V 




V IH 




2.0 


7.0 


V 




Ml 




-1.0 


0.8 


V 




"lL 


V IL = 0.5V 




6.0 


mA 




' IH 


V| H = logic high 




.0 


mA 




'l 


V, H = 7V 




-2.2 


mA 



Ordering Information 
Part Number Description 



iRCB 



44/10 BITBUS Remote Controller 
board 
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iRMX™ 51 

REAL-TIME MULTITASKING EXECUTIVE 



■ Software tool for family of 8051 
microcontroller based applications 

■ Real-time, multitasking executive 

■ Supports remote task communication 

■ Small — 2.2K Bytes 



■ Reliable 

■ Simple user interface 

■ Compatible with BITBUS™/Distributed 
Control Modules (iDCM) product line: 
iSBX™ 344 & iRCB 44/10 boards 



Thii iRMX™ 51 Executive is a compact, easy to use, software tool for development and implementation 
of applications built on the high performance 8-bit family of 8051 microcontrollers. A few members 
of this expansive family are the 8051 , 8044, and 8052 microcontrollers. Like the 8051 family, the iRMX 51 
Executive incorporates many features that make it exceptionally well suited for real-time control appli- 
cations requiring manipulation and scheduling of more than one job, and fast response to external stimuli. 

The 8051 microcontroller family is the family of choice for applications such as: data acquisition and 
monitoring, process control, robotics, and machine control. Using the iRMX 51 Executive for a founda- 
tion can significantly reduce applications development time. Also, the iRMX 51 Executive fully supports 
Intel's BITBUS™ microcontroller interconnect expressly designed for reliable high performance real- 
time control. 




Figure 1 . Structure Diagram 
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ARCHITECTURE 

Real-time and Multitasl 

Real-time control applications must be responsive 
to the external environment and typically involve 
the execution of more than one function (task or 
set of tasks) in response to different external 
stimuli. Control of an industrial drying process is 
an example. This process could require monitoring 
of multiple temperatures and humidity; control of 
fans, heaters, and motors that must respond ac- 
cordingly to a variety of inputs. The iRMX 51 
Executive fully supports applications requiring 
response to stimuli as they occur ie. in real-time. 
This real-time response is supported for multiple 
tasks often needed to implement a control appli- 
cation. 

Some of the facilities precisely tailored for devel- 
opment and implementation of real-time control 
application systems provided by the iRMX 51 Ex- 
ecutive are: task management, interrupt handling, 
message passing, and when intergrated with 
communications support, message passing with 
different microcontrollers. Also, the iRMX 51 Ex- 
ecutive is driven by events: interrupts, timers, 
and messages ensuring the application system 
always responds to the environment appropriately. 

Task Management 

A task is a program defined by the user to ex- 
ecute a particular control function or functions. 
Multiple programs or tasks may be required to 
implement a particular function such as 'control- 



ling Heater 1 ! The iRMX 51 Executive recognizes 
three different task states as one of the mech- 
anisms to accomplish scheduling of up to eight 
tasks. Figure 2 illustrates the different task states 
and their relationship to one another. 

The scheduling of tasks is priority based. The 
user can prioritize tasks to reflect their relative 
importance within the overall control scheme. 
For instance, if Heater 1 must go off line prior to 
Heater 2 then the task associated with Heater 1 
shutdown could be assigned a higher priority en- 
suring the correct shutdown sequence. The RQ 
WAIT system call is also a scheduling tool. In this 
example the task implementing Heater 2 shut- 
down could include an instruction to wait for com- 
pletion of the task that implements Heater 1 
shutdown. 

The iRMX 51 Executive allows for PREEMPTION 
of a task that is currently being executed. This 
means that if some external event occurs such 
as a catastrophic failure of Heater 1 , a higher 
priority task associated with the interrupt, mes- 
sage, or timeout resulting from the failure will 
preempt the running task. Preemption ensures 
the emergency will be responded to immediately. 
This is crucial for real-time control application 
systems. 



Interrupt Handling 

The iRMX 51 executive supports sixteen inter- 
rupt sources as shown in Table 1 . Four of these 
interrupt sources, excluding timer 0, can be as- 



READY 


Running Task Executes RQWAIT or RQDELETE 


RUNNING 




Event Occurs Assoc. w Asleep Task w/ 



Event Occurs Assoc. 
w/Asleep Task w/ 
Lower Priority 
Than Running 
Task 



Event Occurs Assoc. w/ Asleep Task w/ 
Higher Priority Than Running Task 



Running Task Executes RQWAIT 



Figure 2. Task State Transition Diagram 
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signed to a task. When one of the interrupts 
occurs the task associated with it becomes a run- 
ning task (if it were the highest priority task in a 
ready state). In this way, the iRMX 51 Executive 
responds to a number of internal and external 
stimuli including time intervals designated by the 
user. 

table 1. iRMX™ 51 Interrupt Sources 



INTERRUPT SOURCE 


INTERRUPT NUMBER 


External Request 


00H 


Timer 


01 H 


External Request 1 


02H 


Timer 1 


03H 


Internal Serial Port 1 


04H 


Reserved 


05H 


Reserved 


06H 


Reserved 


07H 


Reserved 


08H 


Reserved 


09H 


Reserved 


OAH 


Reserved 


OBH 


Reserved 


OCH 


Reserved 


ODH 


Reserved 


OEH 


Reserved 


OFH 


Message Passing 



The iRMX 51 Executive allows tasks to interface 
with one another via a simple message passing 
facility. This message passing facility can be 
extended to different processors when communi- 
cations support is integrated within a BITBUS/ 
iDCM system, for example. This facility provides 
the user with the ability to link different functions 
or tasks. Linkage between tasks/functions is typ- 
ically required to support development of complex 
control applications with multiple sensors (inputs 
variables) and drivers (output variables). For in- 
stance, the industrial drying process might require 
a dozen temperature inputs, six moisture readings, 
nd control of: three fans, two conveyor motors, 
dryer motor, and a pneumatic conveyor. The 
ata gathered from both the temperature and 
umidity sensors could be processed. Two tasks 
ight be required to gather the data and process 
One task could perform a part of the analysis, 
en include a pointer to the next task to complete 



the next part of the analysis . The tasks could 
continue to move between one another. 



REMOTE TASK COMMUNICATION 

The iRMX 51 Executive system calls can support 
communication to tasks on remote controllers. 
This feature makes the iRMX 51 Executive ideal 
for applications using distributed architectures. 
Providing communication support saves signifi- 
cant application development time and allows for 
more effective use of this time. Intel's iDCM pro- 
duct line combines hardware and software to 
provide this function. 

In an iDCM system, communication between 
nodes occurs via the BITBUS microcontroller 
interconnect. The BITBUS microcontroller inter- 
connect is a high performance serial control bus 
specifically intended for use in applications built 
on distributed architectures. The iRMX 51 Ex- 
ecutive provides BITBUS support. 



BITBUS™/iDCM COMPATIBLE 

A pre-configured version of the iRMX 51 Executive 
implements the BITBUS message format and 
provides all iRMX 51 facilities mentioned previ- 
ously: task management, interrupt handling, and 
message passing. This version of the Executive 
is supplied in firmware on the iDCM Controller 
with the iDCM hardware products: the iSBX 344 
BITBUS Controller MULTIMODULE and the iRCB 
44/10 BITBUS Remote Controller boards. It is 
also supplied on diskette as part of the iRMX 510 
iDCM Support Package to ease development of 
BITBUS systems. 



SIMPLE USER INTERFACE 

The iRMX 51 Executive's capabilities are utilized 
through system calls. These interfaces have been 
defined for ease of use and simplicity. Table 2 
includes a listing of these interfaces and their 
functions. Note tasks may be created at system 
initialization or run-time using the CREATE TASK 
call. 

Functions such as GET FUNCTION IDS, ALLO- 
CATE/DEALLOCATE BUFFER, and SEND MES- 
SAGE (Messages in the iRMX 51 Executive have 
a maximum size of 64 bytes.), support commun- 
ication for distributed architectures. Architectures 
that define multiple remote stations requiring in- 
telligent and dumb I/O manipulation. 1 
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Table 2. iRMX™ 51 System Interfaces 





COMMAND 


DESCRIPTION 




1Q SEND MESSAGE 


Sends a message (a command from the BITBUS master, a response from 
a slave, or a simple message between tasks on the same BITBUS compo- 
new) 10 anotner tasK. 


f 


1Q WAIT 


wans Tor an interrupt, an eveni ume-oui, a message, or any comoinaiion 
of the three. 


F 


1Q CREATE TASK 


r^aiiQPQ a now Qpni ipnrp r»f rnrip to ho run nc an iRMx" ta^k with a ^npcifir 

ualloCo CI 1 ICW OCl|UCl 1L-C Ul OUUC 1<J UC 1 Ul 1 AD CM 1 iniVI/x O 1 ICtOrX Will 1 a ofJCt/IU^ 

function identification code and priority. 


F 


10 DELETE TASK 


Stops the specified task and removes it from all execution lists. 


F 


10 ALLOCATE 


Allocates a fixed-length buffer from the on-chip, scratch-pad RAM for gen- 
eral use, or, in BITBUS applications, for a BITBUS message buffer. 


F 


10 DEALLOCATE 


Returns an on-chip buffer to the system. 


F 


\Q SET INTERVAL 


Set the time interval to be used as a separate event-timer for the task. 


F 


1Q ENABLE INTERRUPT 


Allow external interrupts to signal the microcontroller. 


RQ DISSABLE INTERRUPT 


Stops all external interrupts from signaling the microcontroller. 


F 


*Q GET FUNCTION ID 


Provides a list of the 8 function identification codes representing the tasks 
currently operating on the microcontroller. 



interfaces allow the user to specify the system's 
response to the external environment — a must 
for real-time control. 



Another feature that eases application develop- 
ment is automatic register bank allocation. The 
Executive will assign tasks to register banks 
automatically unless a specific request is made. 
Thd iRMX 51 Executive keeps track of the reg- 
ister assignments allowing the user to concentrate 
on other activities. 

The user configures an iRMX 51 system simply 
by: specifying the initial set of task descriptors 
and configuration values, and linking the system 
via the RL 51 Linker and Locator Program with 
user programs. The nature of the task descriptors 
allows the user to develop programs, locate them 
in off-chip ROM, and access them without writing 
additional code. Programs may be written in ASM 
51 or PL/M 51 . (Intel's 8051 Software Development 
Package contains both ASM 51 and RL 51 . The 
iRMX 51 Executive supplies the configuration file 
and macro defining initial task descriptors.) Figure 
3 shows the relationships that exist in the system 
generation process. 

RELIABILE 

Real-time control applications require reliability. 
The nucleus requires about 2K bytes of code 
space, 40 bytes on-chip RAM, & 218 bytes exter- 



nal RAM. Streamlined code increases performance 
and reliability, and flexibility is not sacrificed as 
code may be added to either on-chip or external 
memory. 

The iRMX 51 architecture and simple user inter- 
face further enhance reliablity and lower cost. 
For example, the straightforward structure of the 
user interfaces, and the transparent nature of the 
scheduling process contribute to reliability of the 
overall system by minimizing programming ef- 
fort. Also, modularity increases reliability of the 
system and lowers cost by allowing user tasks to 
be refined independent of the system. In this 
way, errors are identified earlier and can be easily 
corrected in each isolated module. 

In addition, users can assign tasks a Function ID 
that allows tracking of the tasks associated with 
a particular control/monitoring function. This 
feature reduces maintenance and trouble shoot- 
ing time thus increasing system run time and 
decreasing cost. 

OPERATING ENVIRONMENT 

The iRMX 51 Executive supports applications 
development based on any member of the high 
performance 8051 family of microcontrollers. 
The Executive is available on diskette with user 
linkable libraries or in the Distributed Control 
Modules (iDCM) controller preconfigured in on- 
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ASM* 

51 



PL/M 
51 



USER 

PROGRAMS 
(MODULES) 



iRMX™ 51 
LIBRARY 



iRMX™ 51 

CONFIGURATION 

PARAMETERS 



RL51* 
LINKER AND 
LOCATOR 



iRMX™ 51 

INTERFACE 

LIBRARY 



APPLICATION 
SYSTEM 



ICE™-51 EMULATOR 
ICE™-44 EMULATOR 
EMV-51 

W/iPDS™ SYSTEM 



iRCB 44/10 BOARD 
iSBX™ 344 BOARD 
CUSTOM BOARDS 



'INCLUDED IN 8051 
SOFTWARE DEVELOPMENT PACKAGE 



Figure 3. System Generation Process 



chip ROM. (The iDCM controller is an 8044 com- 
ponent that consists of an 8051 microcontroller 
and SDLC controller on one chip with integral 
firmware.) 

When in the iDCM environment (Figure 4), the 
iRMX 51 Executive can communicate with iRMX 
based systems like the System 286/310 or ISIS 
based systems like the Intel Portable Develop- 
ment System (iPDS) by using the iRMX 51 iDCM 
Support Package. 



DEVELOPMENT ENVIRONMENT 

Intel provides a complete development environ- 
ment for the 8051 family of microcontrollers. This 
environment encompasses iDCM system (BITBUS 
based) applications also. Software development 
support consists of: the 8051 Software Develop- 
ment Package, and the iRMX 510 iDCM Support 
Package. Hardware tools consist of a variety of 
In Circuit Emulators (ICE), Intel's Portable Devel- 
opment System (iPDS) with EMV-51 , and Intellec® 
Series II or III Development Systems. 
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iSBX ,M 344 
BOARD 



IRMX™ 510 OR CUSTOM 
PARALLEL INTERFACE 
HANDLERS 



♦ 



APPLICATION 
SOFTWARE 



BITBUS™ 
INTERCONNECT \ 



\ 
\ 



IDCM CONTROLLER 
w FIRMWARE 
INCLUDES PRECONFIGURED 
iRMX 51 EXECUTIVE 



310 
SUPERMICRO 
SYSTEM 



/ 


-B- 


\ 






IRCB 44/10 
BOARD 



iDCM 
CONTROLLER 




SIGNAL 
CONDITIONING 
BOARD 



ISBC- 86/30 
BOARD 



Figure 4. iDCM Operating Environment 



SPECIFICATIONS 
Supported Hardware 
Microcontrollers 



8051 
8052 
8751 
8031 
8032 



80C51 

8044 

8744 

80C31 

8344 



iDCM 

iSBX 
iRCB 



Product Line 

344 MULXIMODULE Board 
44/10 Remote Controller Board 



Compatible Software 

iRMX™ 510 iDCM Support Package 

Development Tools 

ICE™ 51 or ICE 44 Emulators 

Intellec Series II or III Development System 

iPDS System w/EMV-51 

iRMX 510 iDCM Support Package 

8051 Software Development Package 

Reference Manual (Supplied) 

146312-001 — Guide to Using the Distributed 
Control Modules 



Ordering Information 

Part Number Description 

iRMX 51 Executive for 8051 Family of 

Microcontrollers with Reference 
Manual. A, B, and F Media 
Formats Supplied 



iRMX™510 
iDCM SUPPORT PACKAGE 



Low cost remote communication/ 
control expansion for MULTIBUS® 
based systems 

Extends functionality of 
BITBUS™/iDCM systems 



Software development support for 

BITBUS™/iDCM products: 

iSBX™ 344 and iRCB 44/10 boards 

Simple software interface for 
iRMX™ 86, 286, 88, and iPDS™ ISIS 
operating system compatibility 



The iRMX™ 510 iDCM Support Package contains the necessary software tools to interface MULTIBUS®, 
and iPDS™ ISIS systems to BITBUS™ systems in both a development environment and during run- 
time. With other members of the Distributed Control Modules family, the iRMX 510 iDCM Support 
Package expands Intel's OEM Microcomputer Systems capabilities to include distributed real-time 
control. 

The iRMX 510 Package software interface handlers and the iSBX™ 344 BITBUS Controller MULTI- 
MODULE™ board extend the capabilities of other microprocessors such as the 8086, 80186, or 80286 
in iDCM, MULTIBUS, or iPDS systems. Support of iRMX 51 applications is provided via the iRMX 
51 libraries incorporated in the iRMX 510 Support Package. Also, the Support Package completes 
the development environment for BITBUS/iDCM products : iSBX 344 and iRCB 44/10 boards. When 
used with an ICE-44 Emulator the iDCM controller is accurately simulated resulting in a highly effective 
product development effort. 
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MULTIBUS®, iPDS,™ and iDCM 
SYSTEM EXPANSION 

The iRMX 510 Support Package provides the 
software interface between Intel's MULTIBUS 
and iPDS environment, and the BITBUS environ- 
ment. With Intel's Distributed Control Modules 
hardware interface, the iSBX 344 MULTIMODULE 
board, this capability enables the user to expand 
the existing functionality of an iRMX-based SYS- 
TEM 310, for example, to include control and 
monitoring of a material handling operation. 
Intel's Personal Development System (iPDS) can 
be used as a central supervisory station for data 
aco;uistion in a laboratory or for program develop- 
ment. The iRMX 510 iDCM Support Package 
provides a general purpose interface. For custom 
applications, users may wish to develop a cus- 
tom interface. 



OPERATING ENVIRONMENT 

The iRMX 510 Support Package is supplied on 
diskettes formated for iRMX, Intellec® Series II 
or ill and iPDS ISIS development systems. Ap- 
plication programs or tasks residing on an exten- 
sion in the iDCM environment may use the iRMX 
51 interface. (Application programs or tasks are 
written in iRMX 88, 86 or ISIS compatible code.) 
Sortie examples of extensions in an iDCM system 
are the iSBC 86/05, 88/25, 186/03 boards and 
the iPDS system. Figure 2 shows how the iRMX 
510 interface is integrated into an iDCM system. 



For iRMX 86, 88, or 286R-based systems, con- 
figuration of the iRMX 510 interface requires two 
steps: configuring the interface to the hardware 
and then the supporting executive. Hardware 
configuration requires creating a file of configura- 
tion parameters, compiling it, and linking the 
result with the application program. When using 
the iRMX 510 Package with the iPDS ISIS system, 
hardware configuration is not required. 

ARCHITECTURE 

The major functional blocks of the iRMX 510 
Support Package are: iRMX 86, 286R, 88 and 
iPDS ISIS parallel interface handlers, iDCM Con- 
troller firmware files, and iRMX 51 include files. 

Simple Parallel Interface Handlers 

The iRMX 510 Support Package includes parallel 
interface handlers for systems using the iRMX 86 
or 286R Operating System, the iRMX 88 Ex- 
ecutive, or Intel's Personal Development System 
ISIS Operating System. These software handlers 
pass iRMX 51 messages to and from the iSBX 
344 parallel interface (Byte FIFO). In iRMX 86, 
286R or 88 — based systems , the interface ex- 
ecutes as two tasks: one to transmit, the other to 
receive the message. In iPDS systems the inter- 
face is a procedural call: DCM TRANSMIT, DCM 
RECIEVE, or DCM STATUS CHECK. In both 
cases the handlers are straightforward and easy 
to use. Figure 1 illustrates transmission of a mes- 
sage in an iRMX-based system. 



IRMX™ 

0R ™ 

IPDS 
ISIS 

OPERATING 

SYSTEM 

TASK 



IRMX 
510 

INTERFACE 
HANDLER 



IDCM EXTENSION DEVICE: ISBC» 86/30 BOARD 




Figure 1. Message Transfer to an iDCM System 
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Figure 2. iDCM Operating Environment 



The software handlers ease integration of other 
processors into an iDCM system and provide the 
tools to quickly expand a MULTIBUS system, or 
an iPDS ISIS system. Significant reduction in ap- 
plication system software development time 
results, with more effort concentrated on the 
overall application. 

iDCM Controller Firmware 

Also included in the iRMX 51 Support Package 
is the iDCM Controller firmware in loadable object 
files, iRMX 51 libraries, and iDCM Controller In- 
clude files. An Intellec Development System and 
ICE-44 Emulator can be used with the loadable 
object files to accurately simulate the iDCM Con- 
troller. This capability significantly decreases 
development effort by reducing trial and error 



production of application system software. The 
iRMX 51 Interface Library and iDCM Controller 
Include files allow development of user code for 
iDCM systems. 

DEVELOPMENT ENVIRONMENT 

The iRMX 510 Support Package completes the 
development environment for iDCM application 
system development when used with an Intellec 
Series II or III Development System, In-Circuit 
Emulator (ICE-44), and the 8051 Software Devel- 
opment Package. As part of Intel's complete 
development environment for the 8051 family of 
microcontrollers, the iRMX 510 Support Package 
may also be used with an iPDS system and 
EMV-51 or an Intellec Series II or III Development 
System and an ICE-51 Emulator. 
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SPECIFICATIONS 

Supported Hardware/Software for iDCM 
Systems 

Operating System Supported Extension* 

iRMX 86 Release 5.0 iSBC 86/05, 86/14, 

86/30, 186/03, 186/51, 
188/48, 88/25, 
oards 

iRMX 88 Release 3.0 iSBC 86/05, 86/14, 

86/30, 186/03, 186/51, 
188/48, 88/25, 
88/45 boards 



iRMX 286R 

ISIS Release 1.0 
(PDS) 



iSBC 286/10 board 
iPDS System 



*Each extension device uses an iSBX 344 BIT- 
BUS Controller MULTIMODULE Board 



Supported Hardware — 8051 Microcontroller 
Family 

8051 80C51 

8052 8044 
8751 8744 

8031 80C31 

8032 8344 

Compatible Software 

iRMX 86 Release 5.0 
iRMX 286R 
iRMX 88 Release 3.0 
iPDS ISIS Release 1.0 
iRMX 51 Release 1.0 

Development Tools 

ICE-51 or ICE-44 Emulators 

iPDS System with EMV-51 

Intellec Series II or III Development System 

8051 Software Development Package 

Reference Manual 

146312-001 — Guide to Using the Distributed 
Control Modules (Supplied) 



Ordering Information 



Part Number 

iRMX 510 



Description 

iDCM Support Package w/ 

Reference Manual 

A,B,E, and F Media Formats 

Supplied. 
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8044AH/8344AH 
HIGH PERFORMANCE 8-BIT MICROCONTROLLER 
WITH ON-CHIP SERIAL COMMUNICATION CENTER 

■ 8044AH — CPU/SIU with Factory Mask Programmable ROM 

■ 8344AH — An 8044AH used with External Program Memory 

■ 8744H - An 8044AH with User Programmable/Erasable EPROM 



8051 MICROCONTROLLER CORE 

Optimized for Real Time Control 
12 MHz Clock, Priority Interrupts, 
32 Programmable I/O lines, 
Two 16-bit Timer/Counters 

Boolean Processor 

4K x 8 ROM, 192 x 8 RAM 

64K Accessible External Program 



SERIAL INTERFACE UNIT (SIU) 

■ Serial Communication Processor that 
Operates Concurrently to C.P.U. 

■ 2.4 Mbps Maximum Data Rate 

■ 375 Kbps using On-Chip Phase 
Locked Loop 

■ Communication Software in Silicon: 

— Complete Data Link Functions 

— Automatic Station Responses 



Operates as an SDLC Primary or 
Secondary Station 



■ 64K Accessible External Data Memory 

■ 4 M s Multiply and Divide 

The RUPI-44 family integrates a high performance 8-bit Microcontroller, the Intel 8051 Core, with an 
intelligent/high performance HDLC/SDLC serial communication controller, called the Serial Interface 
Unit (SIU). See Figure 1 . This dual architecture allows complex control and high speed data communica- 
tion functions to be realized cost effectively. 

Specifically, the 8044's Microcontroller features: 4K byte On-Chip program memory space; 32 I/O lines; 
two 16-bit timer/event counters; a 5-source; 2-level interrupt structure; a full duplex serial channel; a 
Boolean processor; and on-chip oscillator and clock circuitry. Standard TTL and most byte-oriented 
MCS-80 and MCS-85 peripherals can be used for I/O and memory expansion. 

The Serial Interface Unit (SIU) manages the interface to a high speed serial link. The SIU offloads the 
On-Chip 8051 Microcontroller of communication tasks, thereby freeing the CPU to concentrate on real 
time control tasks. 

The RUPI-44 family consists of the 8044, 8744, and 8344. All three devices are identical except in respect 
of on-chip program memory. The 8044 contains 4K bytes of mask-programmable ROM. User program- 
mable EPROM replaces ROM in the 8744. The 8344 addresses all program memory externally. 

The RUPI-44 devices are fabricated with Intel's reliable +5 volt, silicon-gate HMOSII technology and 
packaged in a 40-pin DIP. 







8044's Dual Controller Architecture 



ontrol 
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8051 
Micro- 
controller 
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-SDLC 
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Figure 1 . Dual Controller Architecture 
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Table 1. RUPI™ -44 Family Pin Description 



vss 

Circuit ground potential. 

vcc 

+ 5V power supply during operation and program 

verification. 

PORTO 

Port is an 8-bit open drain bidirectional I/O port. It is 
also the multiplexed low-order address and data bus 
when using external memory. It is used for data output 
during program verification. Port can sink/source eight 
LS TTL loads. 

PORT 1 

Port 1 is an 8-bit quasi-bidirectional I/O port. It is used for 
the low-order address byte during program verification. 
Port 1 can sink/source four LS TTL loads. 

In non-loop mode two of the I/O lines serve alternate 

fu nctio ns: 

— RTS (P1.6). Request-to-Send output. A low indicates 
that the RUPI-44 is ready to transmit. 

— CIS (P1.7) Clear-to-Send input. A low indicates that a 
receiving station is ready to receive. 



PORT 2 

Port 2 is an 8-bit quasi-bidirection I/O port. It also emits 
the high-order address byte when accessing external 
memory. It is used for the high-order address and the 
control signals during program verification. Port 2 can 
sink/source four LS TTL loads. 

PORT 3 

P<j>rt 3 is an 8-bit quasi-bidirectional I/O port. It also 
contains the interrupt, timer, serial port and RD and 
WR pins that are used by various options. The output 
latch corresponding to a secondary function must be pro- 
grammed to a one (1) for that function to operate. Port 3 
can sink/source four LS TTL loads. 



— SCLK T1 (P3.5). In addition to I/O, this pin provides in- 
put to counter 1 or serves as SCLK (serial clock) input. 

— WR (P3.6). The write control signal latches the data 
by_te from Port into the External Data Memory. 

— RD (P3.7). The read control signal enables External 
Data Memory to Port 0. 

RST/VPD 

A high level on this pin resets the RUPI-44. A small inter- 
nal pulldown resistor permits power-on reset using only a 
capacitor connected to VCC. If VPD is held within its 
spec while VCC drops below spec, VPD will provide 
standby power to the RAM. When VPD is low, the RAM's 
current is drawn from VCC. 



ALE/PROG 

Provides Address Latch Enable output used for latching 
the address into external memory during normal opera- 
tion. It is activitated every six oscillator periods except 
during an external data memory access. It also receives 
the program pulse input for programming the EPROM 
version. 



In addition to I/O, some of the pins also serve alternate 
functions as follows: 

—I/O RxD (P3.0). In point-to-point or multipoint configura- 
tions, this pin controls the direction of pin P3.1. Serves 
as Receive Data input in loop and diagnostic modes. 

— DATA TxD (P3.1) In point-to-point or multipoint con- 
figurations, this pin functions as data input/output. In 
loop mode, it serves as transmit pin. A '0' written to 
this pin enables diagnostic mode. 

— INTO (P3.2). Interrupt input or gate control input for 
coun ter 0. 

— INT1 (P3.3). Interrupt 1 input or gate control input for 
counter t. 

— TO(P3.4). Input to counter 0. 



PSEN 

The Program Store Enable output is a control signal 
that enables the external Program Memory to the bus 
during external fetch operations. It is activated every 
six oscillator periods, except during external data 
memory accesses. Remains high during internal pro- 
gram execution. 

EA/VPP 

When held at a TTL high level, the RUPI-44 executes in- 
structions from the internal ROM when the PC is less 
than 4096. When held at a TTL low level, the RUPI-44 fet- 
ches all instructions from external Program Memory 
The pin also receives the 21 V EPROM programming sup- 
ply voltage on the 8744. 

XTAL 1 

Input to the oscillator's high gain amplifier. Required 
when a crystal is used. Connect to VSS when external 
source is used on XTAL 2. 

XTAL 2 

Output from the oscillator's amplifier. Input to the inter- 
nal timing circuitry. A crystal or external source can be 
used. 
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Logic Symbol 



Figure 3. Pin 
Configuration 
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Functional Description 
General 

The 8044 integrates the powerful 8051 microcontroller 
with an intelligent Serial Communication Controller 
to provide a single-chip solution which will efficiently 
implement a distributed processing or distributed 
contlrol system. The microcontroller is a self-sufficient 
unit containing ROM, RAM, ALU, and its own 
peripherals. The 8044's architecture and instruction 
set are identical to the 8051 's. The 8044 replaces the 
8051 's serial interface with an intelligent SDLC/HDLC 
Serial Interface Unit (SIU). 64 more bytes of RAM 
have been added to the 8051 RAM array. The SIU 
can communicate at bit rates up to 2.4 M bps. The 
SIU (works concurrently with the Microcontroller so 
that (here is no throughput loss in either unit. Since 
the SIU possesses its own intelligence, the CPU is 
off-loaded from many of the communications tasks, 
thus dedicating more of its computing power to con- 
trollihg local peripherals or some external process. 

The Microcontroller 

The microcontroller is a stand-alone high- 
performance single-chip computer intended for 
use in sophisticated real-time application such as 
instrumentation, industrial control, and intelligent 
computer peripherals. 

The major features of the microcontroller are: 

■ 8-bit CPU 

■ on-chip oscillator 

■ 4K bytes of ROM 

■ 192 bytes of RAM 

■ 32 I/O lines 

■ 64K address space for external Data Memory 

■ 64K address space for external Program 

Memory 

■ two fully programmable 16-bit timer/counters 

■ a (jive-source interrupt structure with two priori- 
ty levels 

■ bit addressability for Boolean processing 

■ 1 usee instruction cycle time for 60% of the in- 
structions 2 ysec instruction cycle time for 
40 '/o of the instructions 

■ 4 ^sec cycle time for 8 by 8 bit unsigned 
Multiply/Divide 

Internal Data Memory 

Functionally the Internal Data Memory is the most 
flexible of the address spaces. The Internal Data 
Memory space is subdivided into a 256-byte Internal 
Data RAM address space and a 128-byte Special 
Function Register address space as shown in Figure 
5. 



The Internal Data RAM address space is to 255. 
Four 8-Register Banks occupy locations through 31 . 
The stack can be located anywhere in the Internal 
Data RAM address space. In addition, 128 bit loca- 
tions of the on-chip RAM are accessible through 
Direct Addressing. These bits reside in Internal Data 
RAM at byte locations 32 through 47. Currently loca- 
tions through 191 of the Internal Data RAM address 
space are filled with on-chip RAM. 
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Figure 5. Internal Data Memory 
Address Space 



Parallel I/O 

The 8044 has 32 general-purpose I/O lines which 
are arranged into four groups of eight lines. Each 
group is called a port. Hence there are four ports; 
Port 0, Port 1, Port 2, and Port 3. Up to five lines 
from 1 and Port 2 are dedicated to supporting the 
serial channel when the SIU is invoked. Due to 
the nature of the serial port, two of Port 3's I/O 
lines (P3.0 and P3.1) do not have latched outputs. 
This is true whether or not the serial channel is 
used. 
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Table 1. MCS®-51 Instruction Set Description 



RITHMETIC OPERATIONS 
Mnemonic Description 



ADD A,Rn 
ADD A, direct 



ADD A,@Ri 



ADD A.#data 



ADDC A,Rn 
ADDC A.direct 
ADDC A,@Ri 



ADDC A.#data 



SUBB A.Rn 



SUBB A.direct 



SUBB A,@Ri 
SUBB A.#data 



INC 
INC 
INC 
INC 
INC 
DEC 
DEC 
DEC 
DEC 

MUL 

DIV 

DA 



A 

Rn 

direct 

@Ri 

DPTR 

A 

Rn 

direct 
@Ri 

AB 
AB 
A 



Add register to 
Accumulator 
Add direct byte to 
Accumulator 
Add indirect RAM to 
Accumulator 
Add immediate data to 
Accumulator 
Add register to 
Accumulator with Carry 
Add direct byte to A 
with Carry flag 
Add indirect RAM to A 
with Carry flag 
Add immediate data to 
A with Carry flag 
Subtract register from A 
with Borrow 
Subtract direct byte 
from A with Borrow 
Subtract indirect RAM 
from A with Borrow 
Subtract immed data 
from A with Borrow 
Increment Accumulator 
Increment register 
Increment direct byte 
Increment indirect RAM 
Increment Data Pointer 
Decrement Accumulator 
Decrement register 
Decrement direct byte 
Decrement indirect 
RAM 

Multiply A & B 
Divide A by B 
Decimal Adjust 
Accumulator 



Byte Cyc 



1 




2 




1 




2 




1 




2 




1 




2 




1 




2 




1 
2 




1 




1 




2 




1 




1 




1 




1 




2 




1 


1 


1 


4 


1 


4 


1 


1 



LOGICAL OPERATIONS 



Mnemonic 

ANl A.Rn 



ANL 
ANL 
ANL 



A.direct 

A.@Ri 

A,#data 



ANL direct.A 
L 



AN 
ORL 
ORL 



direct, ttdata 
A.Rn 
A.direct 



Destination 

AND register to 

Accumulator 

AND direct byte to 

Accumulator 

AND indirect RAM to 

Accumulator 

AND immediate data to 

Accumulator 

AND Accumulator to 

direct byte 

AND immediate data to 

direct byte 

OR register to 

Accumulator 

OR direct byte to 

Accumulator 



Byte Cyc 



1 



1 



LOGICAL OPERATIONS (CONTINUED) 






Mnemonic 


Destination 


Byte Cyc 


ORL 


A,@Ri 


OR indirect RAM to 










Accumulator 


1 


1 


ORL 


A,#data 


OR immediate data to 










Accumulator 


2 


1 


ORL 


direct.A 


OR Accumulator to 
direct byte 


2 


1 


ORL 


direct, #data 


OR immediate data to 










direct byte 


3 


2 


XRL 


A.Rn 


Exclusive-OR register to 










Accumulator 


1 


1 


XRL 


A.direct 


Exclusive-OR direct 










byte to Accumulator 


2 


1 


XRL 


A,@Ri 


Exclusive-OR indirect 










RAM to A 


1 


1 


XRL 


A.ftdata 


Exclusive-OR 










immediate data to A 


2 


1 


XRL 


direct.A 


Exclusive-OR Accumu- 










lator to direct byte 


2 


1 


XRL 


direct. ffdata 


Exclusive-OR im- 










mediate data to direct 


3 


2 


CLR 


A 


Clear Accumulator 


1 


1 


CPL 


A 


Complement 
Accumulator 


1 


1 


RL 


A 


Rotate Accumulator Left 


1 


1 


RLC 


A 


Rotate A Left through 










the Carry flag 


1 


1 


RR 


A 


Rotate Accumulator 










Right 


1 


1 


RRC 


A 


Rotate A Right through 










Carry flag 


1 


1 


SWAP 


A 


Swap nibbles within the 










Accumulator 


1 


1 










DATA TRANSFER 








Mnemonic 


Description 


Byte Cyc 


MOV 


A.Rn 


Move register to 










Accumulator 


1 


1 


MOV 


A.direct 


Move direct byte to 










Accumulator 


2 


1 


MOV 


A,@Ri 


Move indirect RAM to 










Accumulator 


1 


1 


MOV 


A.#data 


Mov immediate data to 










Accumulator 


2 


1 


MOV 


Rn.A 


Move Accumulator to 










register 


1 


1 


MOV 


Rn, direct 


Move direct byte to 










register 


2 


2 


MOV 


Rnjdata 


Move immediate data to 










register 


2 


1 


MOV 


direct.A 


Move Accumulator to 
direct byte 


2 


1 


MOV 


direct, Rn 


Move register to direct 










byte 


2 


2 


MOV 


direct. direct 


Move direct byte to 










direct 


3 


2 


MOV 


direct, @Ri 


Move indirect RAM to 










direct byte 


2 


2 



35 



inteT 



8044AH/8344AH 



ADVANCE l!MF©MAT8@M 



Table 1. (Cont.) 



DATA TRANSFER (CONTINUED) 

Mnemonic Description 

M(j)V 

MOV 
MOV 
MOV 
MOV 



Cyc 



CLR 
CLR 
SETB 



CPL 
CPl 
ANl. 

ANl 

ORL 

ORL 



direct,#data 


Move immediate data to 








direct byte 


3 


2 


@Ri,A 


Move Accumulator to 








indirect RAM 


1 


1 


@Ri, direct 


Move direct byte to 








indirect RAM 


2 


2 


@Ri,#data 


Move immediate data to 








indirect RAM 


2 


1 


DPTR.#data16 Load Data Pointer with 








a 16-bit constant 


3 


2 


A,@A+DPTR 


Move Code byte relative 








to DPTR to A 


1 


2 


A,@A+PC 


Move Code byte relative 








to PC to A 


1 


2 


A,@Ri 


Move External RAM (8- 








bit addr) to A 


1 


2 


A.@DPTR 


Move External RAM (16- 








bit addr) to A 


1 


2 


@Ri.A 


Move A to External RAM 








(8-bit addr) 


1 


2 


@DPTR.A 


Move A to External RAM 
(16-bit addr) 


1 


2 


direct 


Push direct byte onto 








stack 


2 


2 


direct 


Pop direct byte from 








stack 


2 


2 


A.Rn 


Exchange register with 








Accumulator 


1 


1 


A.direct 


Exchange direct byte 








with Accumulator 


2 


1 


A.@Ri 


Exchange indirect RAM 








with A 


1 


1 


A,@Ri 


Exchange low-order 








DigitindRAMwA 


1 


1 



POP 
XCH 
XCH 
XCH 

XCHD A, 



BOOLEAN VARIABLE MANIPULATION 



Mnemonic 

c 
bit 

c 

SETB bit 



C 

bit 

Obit 

C,/bit 

C/bit 

C./bit 



MOV C,/bit 
MOV bit.C 



Description 

Clear Carry flag 
Clear direct bit 
Set Carry flag 
Set direct Bit 
Complement Carry flag 
Complement direct bit 
AND direct bit to Carry 
flag 

AND complement of 
direct bit to Carry 
OR direct bit to Carry 
flag 

OR complement of 
direct bit to Carry 
Move direct bit to Carry 
flag 

Move Carry flag fo 
direct bit 



Byte Cyc 

1 1 



PROGRAM AND MACHINE CONTROL 



Mnemonic 

ACALL addr11 

LCALL addr16 

RET 

RETI 

AJMP addr11 
LJMP addr16 
SJMP rel 

JMP @A+DPTR 

rel 

rel 



JZ 
JNZ 



JC 
JNC 
JB 
JNB 



rel 
rel 

bit, rel 
bit, rel 



JBC bit. rel 

CJNE A, direct, rel 

CJNE A.ffdata.rel 

CJNE Rn,#data.rel 

CJNE @Ri,#data,rel 

DJNZ Rn.rel 

DJNZ direct.rel 
NOP 



Description 

Absolute Subroutine 
Call 

Long Subroutine Call 

Return from subroutine 

Return from interrupt 

Absolute Jump 

Long Jump 

Short Jump (relative 

addr) 

Jump indirect relative to 
the DPTR 

Jump if Accumulator is 
Zero 

Jump if Accumulator is 
Not Zero 

Jump if Carry flag is set 
Jump if No Carry flag 
Jump if direct Bit set 
Jump if direct Bit Not 
set 

Jump if direct Bit is set 
& Clear bit 

Compare direct to A & 
Jump if Not Equal 
Comp, immed, to A & 
Jump if Not Equal 
Comp, immed. to reg & 
Jump if Not Equal 
Comp, immed. to ind, & 
Jump if Not Equal 
Decrement register & 
Jump if Not Zero 
Decrement direct & 
Jump if Not Zero 
No operation 



Byte Cyc 



Notes on data addressing modes: 



Rn 
direct 

@Ri 

#data 
#data16 

bit 



-Working register R0-R7 

— 128 internal RAM locations, any I/O port, 
control or status register 

—Indirect internal RAM location addressed by 

register RO or R1 
—8-bit constant included in instruction 

— 16-bit constant included as bytes 2 & 3 of 
instruction 

— 128 software flags, any I/O pin, control or 
status bit 

Notes on program addressing modes: 

addr16 —Destination address for LCALL & LJMP may 
be anywhere within the 64-K program 
memory address space 

Addrl 1 —Destination address for ACALL & AJMP will be 
within the same 2-K page of program 
memory as the first byte of the following 
instruction 

ret —SJMP and all conditional jumps include an 8- 
bit offset byte, Range is +127-128 bytes relative 
to first byte of the following instruction 

All mnemonics copyrighted © Intel Corporation 1979 
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Port and Port 2 also have an alternate dedicated 
function. When placed in the external access 
mode, Port and Port 2 become the means by 
which the 8044 communicates with external pro- 
gram memory. Port and Port 2 are also the 
means by which the 8044 communicates with ex- 
ternal data memory. Peripherals can be memory 
mapped into the address space and controlled by 
the 8044. 



Tim 



er/Counters 

The 8044 contains two 16-bit counters which can 
be used for measuring time intervals, measuring 
pulse widths, counting events, generating precise 
periodic interrupt requests, and clocking the serial 
communications. Internally the Timers are clocked 
at )l12 of the crystal frequency, which is the instruc- 
tion cycle time. Externally the counters can run up 
to 500 KHz. 

Interrupt System 

External events and the real-time driven on-chip 
peripherals require service by the CPU asyn- 
chronous to the execution of any particular sec- 
tion of code. To tie the asynchronous activities of 
these functions to normal program execution, a 
aphisticated multiple-source, two priority level, 
ssted interrupt system is provided. Interrupt 
ise latency ranges from 3 ^sec to 7 jjsec 
Hen using a 12 MHz clock. 



five interrupt sources can be mapped into one 
the two priority levels. Each interrupt source 
be enabled or disabled individually or the en- 
interrupt system can be enabled or disabled, 
five interrupt sources are: Serial Interface 
, Timer 1, Timer 2, and two external interrupts, 
external interrupts can be either level or edge 
ggered. 



Serial Interface Unit (SIU) 

Thi! Serial Interface Unit is used for HDLC/SDLC 
communications. It handles Zero Bit Inser- 
tion/Deletion, Flags, automatic address recogni- 
tion, and a 16-bit cyclic redundancy check. In ad- 
dition it implements in hardware a subset of the 
SDLC protocol such that it responds to many 
SDLC frames without CPU intervention. In certain 
applications it is advantageous to have the CPU 
control the reception or transmission of every 
single frame. For this reason the SIU has two modes 
of operation: "AUTO" and "FLEXIBLE" (or "NON- 
AUTO"). It is in the AUTO mode that the SIU 
responds to SDLC frames without CPU intervention; 
whereas, in the FLEXIBLE mode the reception or 
transmission of every single frame will be under CPU 
control. 



There are three control registers and eight parameter 
registers that are used to operate the serial inter- 
face. These registers are shown in Figure 5 and 
Figure 6. The control registers set the modes of 
operation and provide status information. The eight 
parameter registers buffer the station address, receive 
and transmit control bytes, and point to the on-chip 
transmit and receive buffers. 

Data to be received or transmitted by the SIU must 
be buffered anywhere within the 192 bytes of on- 
chip RAM. Transmit and receive buffers are not 
allowed to "wrap around" in RAM; a "buffer end" 
is generated after address 191 is reached. 

AUTO Mode 



In the AUTO mode the SIU implements in hard- 
ware a subset of the SDLC protocol such that it 
responds to many SDLC frames without CPU in- 
tervention. All AUTO mode responses to the 
primary station will conform to IBM's SDLC defini- 
tion. The advantages of the AUTO mode are that 
less software is required to implement a secondary 
station, and the hardware generated response to polls 
is much faster than doing it in software. However, the 
Auto mode can not be used at a primary station. 

To transmit in the AUTO mode the CPU must load 
the Transmit Information Buffer, Transmit Buffer 
Start register, Transmit Buffer Length register, 
and set the Transmit Buffer Full bit. The SIU 
automatically responds to a poll by transmitting 
an information frame with the P/F bit in the con- 
trol field set. When the SIU receives a positive 
acknowledgement from the primary station, it 
automatically increments the Ns field in the NSNR 
register and interrupts the CPU. A negative acknow- 
ledgement would cause the SIU to retransmit the 
frame. 

To receive in the AUTO mode, the CPU loads the 
Receive Buffer Start register, the Receive Buffer 
Length register, clears the Receive Buffer Protect 
bit, and sets the Receive Buffer Empty bit. If the 
SIU is polled in this state, and the TBF bit in- 
dicates that the Transmit Buffer is empty, an 
automatic RR response will be generated. When a 
valid information frame is received the SIU will 
automatically increment Nr in the NSNR register 
and interrupt the CPU. 

While in the AUTO mode the SIU can recognize 
and respond to the following commands without 
CPU intervention: I (Information), RR (Receive 
Ready), RNR (Receive Not Ready), REJ (Reject), 
and UP (Unnumbered Poll). The SIU can generate 
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REGISTER NAMES 



B REGISTER 
ACCUMULATOR 
•THREE BYTE FIFO 



TRANSMIT BUFFER START 
TRANSMIT BUFFER LENGTH 
TRANSMIT CONTROL BYTE 
' SIU STATE COUNTER 
SEND COUNT RECEIVE COUNT 
PROGRAM STATUS WORO 
'DMA COUNT 
STATION ADDRESS 
RECEIVE FIELD LENGTH 
RECEIVE BUFFER START 
RECEIVE BUFFER LENGTH 
RECEIVE CONTROL BYTE 
SERIAL MODE 
STATUS REGISTER 
INTERRUPT PRIORITY CONTROL 
PORT 3 

INTERRUPT ENABLE CONTROL 
PORT 2 
PORT 1 

TIMER HIGH 1 
TIMER HIGH 
TIMER LOW 1 
TIMER LOW 
TIMER MODE 
TIMER CONTROL 
DATA POINTER HIGH 
DATA POINTER LOW 
STACK POINTER 
PORT 



SYMBOLIC 
ADDRESS 



BIT ADDRESS 



BYTE 
ADDRESS 



B 

ACC 

FIFO 

FIFO 

FIFO 

TBS 

TBL 

TCB 

SIUST 

NSNR 

PSW 

DMA CNT 

STAD 

RFL 

RBS 

RBL 

RCB 

SMD 

STS 

IP 

P3 

IE 

P2 

P1 

TH1 

THO 

TL1 

TLO 

TMOD 

TCON 

DPH 

DPL 



through 
through " 



through - 



through " 



through - 
through - 



175 

W 



through 
through 



through 160 
through 144 



143 through 136~ 



135 through 128 



240 
224 
223 
222 
221 
220 
219 
218 
217 
216 
208 
207 
206 
205 
204 
203 
202 
201 
200 
184 
176 
168 
160 
144 
141 
140 
139 
138 
137 
136 
131 
130 
129 
128 



(F0H) . 

(E0H| . 

(DFH) 

(OEH) 

(DDH) 

IDCH) 

|DBH| 

(DAH) 

|D9H) 

ID8H) . 

(D0H) . 

(CFH) 

(CEH) 

ICDH) 

(CCHI 

(CBH) 

ICAH) 

(C9H| 

IC8H). 

IB8H) . 

(B0HI . 

IA8H) . 

(A0H) . 

|90H| . 

(8DH) 

I8CH) 

I8BHI 

(8AH) 

(89H| 

I88H) . 

I83H) 

I82HI 

181 HI 



SFR's CONTAINING 
DIRECT ADDRESSABLE BITS 



• ICE Support Hardware registers Under normal operating conditions there 
is no need lor the CPU to access these registers. 



Figure 5. Mapping of Special Function registers 



. MODE REGISTER (SMD) | SCM2 | SCM1 | SCMO j NRZI | LOOP | PFS | NB | NFCS | 

I I NO FRAME CHECK SEQUENCE 




NON BUFFERED 
PRE FRAME SYNC 
LOOP 

NON RETURN TO ZERO INVERTED 
SELECT CLOCK MODE 



STATUS REGISTER (STS) | TBF | RBE | RTS ] SI [ BOV | OPB 



RECEIVE BUFFER PROTECT 
AUTO MODE/ADDRESSED MODE 
OPTIONAL POLL BIT 

RECEIVE INFORMATION BUFFER OVERRUN 
SERIAL INTERFACE UNIT INTERRUPT 
REQUEST TO SEND 
RECEIVE BUFFER EMPTY 
TRANSMIT BUFFER FULL 



SEND COUNT RECEIVE 

COUNT REGISTER (NSNR) | NS2 | NS1 I NSO | SES | NR2 | NR1 | NRO | SEP. | 



SEQUENCE ERROR RECEIVED 
RECEIVE SEQUENCE COUNTER 
SEQUENCE ERROR SEND 
SEND SEQUENCE COUNTER 



Figure 6. Serial Interface Unit Control registers 
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following responses without CPU interven- 
I (Information), RR (Receive Ready), and RNR 
(Receive Not Ready). 

the Receive Buffer Empty bit (RBE) in- 
i that the Receive Buffer is empty, the 
r Is enabled, and when the RBE bit in- 
es that the Receive Buffer is full, the receiver 
sabled. Assuming that the Receive Buffer is 
, the SIU will respond to a poll with an I 
if the Transmit Buffer is full. If the Transmit 
is empty, the SIU will respond to a poll 
a RR command if the Receive Buffer Protect 
RBP) is cleared, or an RNR command if RBP is 



FLEXIBLE (or NON-AUTO) Mode 



In 
cc 
and 



el 



FLEXIBLE mode all communications are under 
control of the CPU. It is the CPU's task to encode 
decode control fields, manage 
acknowledgements, and adhere to the requirements 
HDLC/SDLC protocols. The 8044 can be used 
primary or a secondary station in this mode. 



of the 
as a 



To 
must 



receive « 



a frame in the FLEXIBLE mode, the CPU 
load the Receive Buffer Start register, the 
Buffer Length register, clear the Receive Buf- 
Protect bit, and set the Receive Buffer Empty bit. 
valid opening flag is received and the address 
matches the byte in the Station Address register 
address field contains a broadcast address, the 
loads the control field in the receive control byte 
register, and loads the I field in the receive buffer, 
is no CRC error, the SIU interrupts the CPU, 
ating a frame has just been received. If there is 
error, no interrupt occurs. The Receive Field 
register provides the number of bytes that 
received in the information field. 



Receive 
fer 
If a ' 
field 
or 

8044 



the 



If 

ind 
a 



there 



idicat 
CRC 
Lengih 
were 

To transmit a frame, the CPU must load the transmit 
information buffer, the Transmit Buffer Start register, 
the Transmit Buffer Length register, the Transmit 
Control Byte, and set the TBF and the RFS bit. The 
SIU, unsolicited by an HDLC/SDLC frame, will 
transmit the entire information frame, and interrupt 
the CPU, indicating the completion of transmission. 
For supervisory frames or unnumbered frames, the 
transmit buffer length would be 0. 



CRC 



The FCS register is initially set to all 1's prior to 
calculating the FCS field. The SIU will not interrupt 
the CPU if a CRC error occurs (in both AUTO and 
FLEXIBLE modes). The CRC error is cleared upon 
receiving of an opening flag. 



Frame Format Options 

In addition to the standard SDLC frame format, 
the 8044 will support the frames displayed in 
Figure 7. The standard SDLC frame is shown at 
the top of this figure. For the remaining frames 
the information field will incorporate the control 
or address bytes and the frame check sequences; 
therefore these fields will be stored in the 
Transmit and Receive buffers. For example, in the 
non-buffered mode the third byte is treated as the 
beginning of the information field. In the non- 
addressed mode, the information field begins after 
the opening flag. The mode bits to set the frame 
format options are found in the Serial Mode 
register and the Status register. 



EXTENDED ADDRESSING 

To realize an extended control field or an extended 
address field using the HDLC protocol, the FLEXI- 
BLE mode must be used. For an extended control 
field, the SIU is programmed to be in the non-buffered 
mode. The extended control field will be the first and 
second bytes in the Receive and Transmit Buffers. 
For extended addressing the SIU is placed in the non- 
addressed mode. In this mode the CPU must imple- 
ment the address recognition for received frames. The 
addressing field will be the initial bytes in the Transmit 
and Receive buffers followed by the control field. 

The SIU can transmit and receive only frames which 
are multiples of 8 bits. For frames received with other 
than 8-bit multiples, a CRC error will cause the SIU 
to reject the frame. 

SDLC Loop Networks 

The SIU can be used in a ADLC loop as a secondary 
or primary station. When the SIU is placed in the Loop 
mode it receives the data on pin 10 and transmits the 
data one bit time delayed on pin 11. It can also 
recognize the Go ahead signal and change it into a 
flag when it is ready to transmit. As a secondary sta- 
tion the SIU can be used in the AUTO or FLEXIBLE 
modes. As a primary station the FLEXIBLE mode is 
used; however, additional hardware is required for 
generating the Go Ahead bit pattern. In the Loop 
mode the maximum data rate is 1 Mbps clocked or 
375 Kbps self-clocked. 

SDLC Multidrop Networks 

The SIU can be used in a SDLC non-loop configura- 
tion as a secondary or primary station. When the SIU 
is placed in the non-loop mode, data is received and 
transmitted on pin 11, and pin 10 drives a tri-state 
buffer. In non-loop mode, modem interface pins, RTS 
and CTS, become available. 



8044AH/8344AH 



ADV^MSE DM POTATO® IM 



FRAME OPTION 


NFCS 


NB 


AM' 




FRAME FORMAT 




Standard SDLC 
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F I A I 

I I 


c 1 




FCSl F 1 
1 1 


NON-AUTO Mod* 
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Frsl f 1 
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AUTO Moda 
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, I 
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F 1 A 1 




1 Ifcs 


F | 


NON-AUTO Moda 
















NoivAddraaaad Moda 





1 


I 


F 1 


1 


I FCS| F 




NON-AUTO Moda 
















No FCS Field 


1 





I 


F |A| 


c| 


1 


F J 


NON-AUTO Moda 
















No FCS Flald 


1 





I 


F |A| 


c| 


1 


F | 


AUTO Moda 
















No FCS Flald 


1 


1 


I 


F | A | 




I 1 F 




NON B A U UT , OMod^ , 
















No FCS Flald 

Non- Addressed Moda 

NON-AUTO Moda 


1 


1 


I 


' 1 


1 


1 F 1 




Moda Bits: 
AM - "AUTO" Mode/Addressed 
NB - Non-Bullarad Moda 
NFCS - No FCS Flald Moda 


Moda 












Kay to Abbreviations: 
F = Flag (01111110) 
A - Address Flald 

C ■ Control Flald 




1 = 
FCS = 


Information Flald 
Frame Check Sequence 








Note 1: The AM bit lunction is controlled by the NB bit. When NB = 0. AM 
when NB = 1, AM becomes Address mode select 


becom 


es AUTO moc 


e select. 



Figure 7. Frame Format Options 



Dal a Clocking Options 

The 8044's serial port can operate in an externally 
clocked or self clocked system. A clocked system pro- 
vides to the 8044 a clock synchronization to the data. 
A setlf-clocked system uses the 8044's on-chip Digital 
Phabe Locked Loop (DPLL) to recover the clock from 
the data, and clock this data into the Serial Receive 
Shift Register. 

In tf is mode, a clock synchronized with the data is 
externally fed into the 8044. This clock may be 
generated from an External Phase Locked Loop, or 
possibly supplied along with the data. The 8044 can 
transmit and receive data in this mode at rates up to 
2.4 jdbps. 

This self clocked mode allows data transfer without 
a ccjmmon system data clock. An on-chip Digital 
PhaSe Locked Loop is employed to recover the data 



clock 



will converge to the nominal bit center within eight 



which is encoded in the data stream. The DPLL 



bit transitions, worst case. The DPLL requires a 
reference clock of either 16 times (16x) or 32 times 
(32x) the data rate. This reference clock may be ex- 
ternally applied or internally generated. When inter- 
nally generated either the 8044's internal logic clock 
(crystal frequency divided by two) or the timer 1 
overflow is used as the reference clock. Using the in- 
ternal timer 1 clock the data reates can vary from 244 
to 62.5 Kbps. Using the internal logic clock at a 16x 
sampling rate, receive data can either be 187.5 Kbps, 
or 375 Kbps. When the reference clock for the DPLL 
is externally applied the data rates can vary from 
to 375 Kbps at a 16x sampling rate. 

To aid in a Phase Locked Loop capture, the SIU has 
a NRZI (Non Return to Zero Inverted) data encoding 
and decoding option. Additionally the SIU has a pre- 
frame sync option that transmits two bytes of alter- 
nating 1 's and O's to ensure that the receive station 
DPLL will be synchronized with the data by the time 
it receives the opening flag. 
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Cor 



ntrol and Status Registers 

There are three SIU Control and Status Registers: 

Serial Mode Register (SMD) 

Status/Command Register (STS) 

Send/Receive Count Register (NSNR) 

The SMD, STS, and NSNR registers are all cleared by 
system reset. This assures that the SIU will power up in 
an idle state (neither receiving nor transmitting). 

These registers and their bit assignments are 
described below. 

SMD: Serial Mode Register (byte-addressable) 

Bit: 7 6 5 4 3 2 1 



SCM2 SCM1 SCMO NRZI LOOP PFS NB NFCS 



The Serial Mode Register (Address C9H) selects the 
operational modes of the SIU. The 8044 CPU can both 
read and write SMD. The SIU can read SMD but can- 
not write to it. To prevent conflict between CPU and 
SIU access to SMD, the CPU should write SMD only 
when the Request To Send (RTS) and Receive Buffer 
Empty (RBE) bits (in the STS register) are both false 
(0) Normally, SMD is accessed only during 
initialization. 

Thi individual bits of the Serial Mode Register are as 

follows: 

Name Description 




NFCS No FCS field in the SDLC frame. 

NB Non-Buffered mode. No control 
field in the SDLC frame. 

SMD. 2 PFS Pre-Frame Sync mode. In this 
mode, the 8044 transmits two bytes 
before the first flag of a frame, for 
DPLL synchronization. If NRZI is 
enabled, 00H is sent; otherwise, 
55H is sent. In either case, 16 pre- 
frame transitions are guaranteed. 

LOOP Loop configuration. 

NRZI NRZI coding option. 

SCMO Select Clock Mode — Bit 

SCM 1 Select Clock Mode — Bit 1 

SCM2 Select Clock Mode — Bit 2 



SMD. 3 
SMD. 4 
SMD. 5 
SMD.6 
SMD. 7 

The SCM bits decode as follows: 
SCM 



2 






1 



I ± 


1 


I 



Clock Mode 



Externally clocked 
Reserved 

Self clocked, timer overflow 
Reserved 

Self clocked, external 16x 



Data Rate 

(Bits/sec)* 

0-2.4M** 
244-62.5K 
0-375K 



SCM 

2_±0_ Clock Mode 

I I Self clocked, external 32x 
1 1 

I 1 I Self clocked, internal fixed 



Data Rate 

(Bits/sec)* 

0-187.5K 
Self clocked, internal fixed 375K 
187.5k 



*Based on a 1 2 Mhz crystal frequency 
**0-l M bps in loop configuration 

STS: Status/Command Register (bit-addressable) 

Bit: 



7 


6 


5 


4 


3 


2 


1 





TBF 


RBE 


RTS 


SI 


BOV 


OPB 


AM 


RBP 



The Status/Command Register (Address C8H) pro- 
vides operational control of the SIU by the 8044 CPU, 
and enables the SIU to post status information for the 
CPU's access. The SIU can read STS, and can alter cer- 
tain bits, as indicated below. The CPU can both read 
and write STS asynchronously. However, 2 -cycle in- 
structions that access STS during both cycles ('JBC/B, 
REL' and 'MOV /B,C) should not be used, since the 
SIU may write to STS between the two CPU accesses. 

The individual bits of the Status/Command Register 
are as follows: 



Bit § Name Description 

STS.O RBP Receive Buffer Protect. Inhibits 
writing of data into the receive buff- 
er. In AUTO mode, RBP forces an 
RNR response instead of an RR. 

STS. 1 AM AUTO Mode/Addressed Mode. Se- 
lects AUTO mode where AUTO 
mode is allowed. If NB is true, 
( = 1), the AM bit selects the ad- 
dressed mode. AM may be cleared 
by the SIU. 

STS. 2 OPB Optional Poll Bit. Determines 
whether the SIU will generate an 
AUTO response to an optional poll 
(UP with P=0). OPB may be set or 
cleared by the SIU. 

STS. 3 BOV Receive Buffer Overrun. BOV may 
be set or cleared by the SIU. 

STS.4 SI SIU Interrupt. This is one of the five 
interrupt sources to the CPU. The 
vector location — 23H. SI may be 
set by the SIU. It should be cleared 
by the CPU before returning from 
an interrupt routine. 

STS. 5 RTS Request To Send. Indicates that the 
8044 is ready to transmit or is trans- 
mitting. RTS may be read or writ- 
ten by the CPU. RTS may be read 
by the SIU, and in AUTO mode 
may be written by the SIU. 
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RBE Receive Buffer Empty. RBE can be 
thought of as Receive Enable. RBE 
is set to one by the CPU when it is 
ready to receive a frame, or has just 
read the buffer, and to zero by the 
S1U when a frame has been 
received. 

TBF Transmit Buffer Full. Written b\ 
the CPU to indicate lhat it has filled 
the transmit buffer. TBE may be 
cleared by theSIU. 

NSNR: Send/Receive Count Register (bit- 
addressable) 

Bit 



7 


6 


5 


4 


3 


2 


1 





NS2 


NS1 


NSO 


SES 


NR2 


NR1 


NRO 


SER 



Tht; Send/Receive Count Register (Address D8H) con- 
tains the transmit and receive sequence numbers, plus 
tally error indications. The S1U can both read and write 
NSNR. The 8044 CPU can both read and write NSNR 
asynchronously. However, 2-cycle instructions that ac- 
cess; NSNR during both cycles ('JBC /B, REL', and 
MOV /B,C) should not be used, since the SIU may 
write to NSNR between the two 8044 CPU accesses. 

The individual bits of the Send/Receive Count Register 
are as follows: 



Bit # Name Description 

NSNR.O 



NSlflR.l 
NSNR. 2 
NSNR. 3 
NSNR.4 

NSNR 5 
NSNR.6 
NSNR. 7 



SER 

NRO 
NRI 
NR2 
SES 

NSO 
NSI 
NS2 



Receive Sequence Error: 
NS(P) * NR (S) 

Receive Sequence Counter— Bit 
Receive Sequence Counter — Bit I 
Receive Sequence Counter — Bit 2 
Send Sequence Error: 
NP(P) ft NS(S)and 
NP(P) * NS(S) + 1 

Send Sequence Counter — Bit 
Send Sequence Counter — Bit 1 
Send Sequence Counter — Bit 2 



Parameter Registers 

There are eight parameter registers that are used in con- 
nection with SIU operation. All eight registers may be 
read or written by the 8044 CPU. RFL and RCB are 
normally loaded by the SIU. 

The right parameter registers are as follows: 

STAD: Station Address Register 
(byte-addressable) 

The Station Address register (Address CEH) contains 
the station address. To prevent access conflict, the CPU 
shoulU access STAD only when the SIU is idle (RTS = 



and RBE = 0). Normally, STAD is accessed only during 
initialization. 

TBS: Transmit Buffer Start Address Register 
(byte-addressable) 

The Transmit Buffer Start address register (Address 
DCH) points to the location in on-chip RAM for the be- 
ginning of the 1-field of the frame to be transmitted. The 
CPU should access TBS only when the SIU is not trans 
mining a frame (when TBF = 0) 

TBL: Transmit Buffer Length Register 
(byte-addressable) 

The Transmit Buffer Length register (Address DBH) 
contains the length (in bytes) of the I-field to be trans- 
mitted. A blank I-field (TBL = 0) is valid. The CPU 
should access TBL only when the SIU is not transmit- 
ting a frame (when TBF = 0). 

NOTE: The transmit and recieve buffers are not allowed 
to "wrap around" in the on-chip RAM. A "buffer end" 
is automatically generated if address 191 (BFH) is 
reached. 

TCB: Transmit Control Byte Register 
(byte-addressable) 

The Transmit Control Byte register (Address DAH) 
contains the byte which is to be placed in the control 
field of the transmitted frame, during NON-AUTO 
mode transmission. The CPU should access TCB only 
when the SIU is not transmitting a frame (when 
TBF = 0). The N s and N R counters are not used in the 
NON-AUTO mode. 

RBS: Receive Buffer Start Address Register 
(byte-addressable) 

The Receive Buffer Start address register (Address 
CCH) points to the location in on-chip RAM where the 
beginning or the I-field of the frame being received is to 
be stored. The CPU should write RBS only when the 
SIU is not receiving a frame (when RBE=0). 

RBL: Receive Buffer Length Register 
(byte-addressable) 

The Receive Buffer Length register (Address CBH) 
contains the length (in bytes) of the area in on-chip 

RAM allocated for the received I-Oeld. RBL = is val- 
id The CPU should write RBL only when RBE = 

RFL: Receive Field Length Register 
(byte-addressable) 

The Received Field Length register (Address CDH> 
contains the length (in bytes) of the received I -Held that 
has just been loaded into on-chip RAM. RFL is loaded 
by the SIU. RFL = is valid. RFL should be accesssed 
by the CPU only when RBE = 0. 
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RCB: Receive Control Byte Register 
(byte-addressable) 

The Received Control Byte register (Address CAH) 
contains the control field of the frame that has just been 
received. RCB is loaded by the SIU. The CPU can only 
read RCB, and should only access RCB when RBE = 0. 

ICE Support Registers 

The 8044 In-Circuit Emulator (ICE-44) allows the user 
to exercise the 8044 application system and monitor the 
execution of instructions in real time. 

The emulator operates with Intel's Intellec 8 develop- 
ment system. The development system interfaces with 
the user's 8044 system through an in-cable buffer box. 
The cable terminates in a 8044 pin-compatible plug, 
which fits into the 8044 socket in the user's system. With 



the emulator plug in place, the user can excercise his sys- 
tem in real time while collecting up to 255 instruction 
cycles of real-time data. In addition, he can single-step 
the program. 

Static RAM is available (in the in-cable buffer box) to 
emulate the 8044 internal and external program mem- 
ory and external data memory. The designer can display 
and alter the contents of the replacement memory in the 
buffer box, the internal data memory, and the internal 
8044 registers, including the SFRs. 

SIUST: SIU State Counter (byte-addressable) 

The SIU State Counter (Address D9H) reflects the 
state of the internal logic which is under SIU control. 
Therefore, care must be taken not to write into this 
register. This register provides a useful means for 
debugging 8044 receiver problem. 
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ABSOLUTE MAXIMUM RATINGS* 

Ambient Temperature Under Bias to 70°C 

Storage Temperature - 65 °C to + 150°C 

Voltage on Any Pin With 

Respect to Ground ( Vss) - 0.5V to + 7V 

Power Dissipation 2 Watts 



'Notice: Stresses above those listed under "Absolute 
Maximum Ratings" may cause permanent damage to 
the device. This is a stress rating only and functional 
operation of the device at these or any other conditions 
above those indicated in the operational sections of 
this specification is not implied. Exposure to absolute 
maximum rating conditions for extended periods may 
affect device reliability. 



DC CHARACTERISTICS (Ta = 0°C to 70"C, VCC = 5V± 10%. VSS = 0V) 



s 


ymbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


V 


L 


Input Low Voltage 


-0.5 




0.8 


V 




V 


H 


Input High Voltage 

(Except RST/VPD and XTAL2) 


20 




VCC + 0.5 


V 




V 


H1 


Input High Voltage To 
RST/VPD For Reset. XTAL2 


2 5 






V 


XTAL1 to VSS 


V 


3 D 


Power Down Voltage 
To RST/VPD 


4 5 




5 5 


V 


VCC = ov 


V( 


DL 


Output Low Voltage 
Ports 1, 2, 3 (Note 1) 






045 


V 


IOL= 1.6mA 


V( 


)L1 


Output Low Voltage 

Port ALE. \PSEN (Note 1) 






0.45 


V 


IOL = 3.2mA 


vc 


)H 


Outpt High Voltage 
Ports 1. 2. 3 


2.4 






V 


IOH= -80(iA 


VOH1 


Output High Voltage 
Port 0. ALE. \PSEN 


24 






V 


IOH= -400 ( iA 


ML 




Logical Input Current 
Ports 1, 2, 3 






-800 


mA 


XTAL1 at VSS 
VIL = 0.45V 


MI- 


1 


Input High Current.TO 
RST/VPD For Reset 






500 


hA 


Vin = VCC - 1.5V 


ll- 




Input Leakage Current 
To Port 0, \EA 






10 


mA 


0.45V < Vin < VCC 


IC 




Power Supply Current 




125 


200 


mA 


TA = 25°C 


IP 


3 


Power Down Current 




15 


30 


mA 




CM 


) 


Capacitance of Vo Buffer 






10 


pF 


fc= 1MHz 


ML 


2 


Logical Input Current 
XTAL 2 






-2.5 


mA 


XTAL1 = VSS 
VIL = 0.45V 



Not* 



: VOL is degraded when the RUPI-44 rapidly discharges external capacitance This A C noise is most pronounced during 
emission of address data When using external memory, locate the latch or buffer as close to the RUPI-44 as possible 





Emitting 
Ports 


Degraded 
I/O Lines 


VOL 
(peak) 
(max) 


Address 


P2, P0 


P1, P3 


8V 


Write Data 


P0 


P1, P3, ALE 


8V 
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C. CHARACTERISTICS (TA O'C to 70 'C, VCC = 5V ± 10°/ /SS = OV, Cl for Port 0, ALE and PSEN Outputs = 100pF; 
Cl for All Other Outputs ■ 60 pF) 

ogram Memory 


S 


ymbol 


Parameter 


12 MHz Clock 


Variable Clock 
1/TCLCL = 1.2 MHz to 12 MHz 


Min 


Max 


Units 


Min 


Max 


Units 




TLHLL 


ALE Pulse Width 


127 




ns 


2TCLCL-40 




ns 




TAVLL 


Address Setup to ALE 


43 




ns 


TCLCL-30 




ns 




rLLAX' 


Address Hold After ALE 


48 




ns 


TCLCL-35 




ns 




TLLIV 


ALE To Valid Instr In 




233 


ns 




4TCLCL-100 


ns 




TLLPL 


ALE To PSEN 


58 




ns 


TCLCL-25 




ns 




TPLPH 


PSEN Pulse Width 


215 




ns 


3TCLCL-35 




ns 




TPLIV 


PSEN To Valid Instr In 




125 


ns 




3TCLCL-125 


ns 




rpxix 


Input Instr Hold After PSEN 







ns 







ns 




rpxiz? 


Input Instr Float After PSEN 




63 


ns 




TCLCL-20 


ns 




rpxAV 1 


Address Valid After PSEN 


75 




ns 


TCLCL-8 




ns 




rAviv 


Address To Valid Instr In 




302 


ns 




5TCLCL-115 


ns 




rAZPL 


Address Float To PSEN 







ns 







ns 


u, 

I. 

2 


itst: 

TLLAX for access to program memory is different from TLLAX for data memory. 

Interfacing RUPI-44 devices with float times up to 75ns is permissible. This limited bus contention will not cause any damage to Port 
drivers. 

ternal Data Memory 


; 


Symbol 


Parameter 


12 MHz Clock 


Variable Clock 
1/TCLCL = 1.2 MHz to 12 MHz 


Mln 


Max 


Units 


Mln 


Max 


Units 


i 


RLRH 


RD Pulse Width 


400 




ns 


6TCLCL-100 




ns 


i 


"WLWH 


WR Pulse Width 


400 




ns 


6TCLCL-100 




ns 


i 


LLAX' 


Address Hold After ALE 


48 




ns 


TCLCL-35 






7 


PiLDV 


RD To Valid Data In 




250 


ns 




5TCLCL-165 


ns 


1 


RHDX 


Data Hold After RD 







ns 







ns 


1 


RHDZ 


Data Float After RD 




97 


ns 




2TCLCL-70 


ns 


7 


LLDV 


ALE To Valid Data In 




517 


ns 




8TCLCL-150 


ns 




AVDV 


Address To Valid Data In 




585 


ns 




9TCLCL-165 


ns 




LLWL 


ALE To WR or RD 


200 


300 


ns 


3TCLCL-50 


3TCLCL + 50 


ns 


T 


AVWL 


Address To WR or RD 


203 




ns 


4TCLCL-130 




ns 




WHLH 


WR or RD High To ALE High 


43 


123 


ns 


TCLCL-40 


TCLCL + 40 


ns 


TDVWX 


Data Valid To WR Transition 


33 




ns 


TCLCL-50 




ns 


T 


QVWH 


Data Setup Before WR 


433 




ns 


7TCLCL-150 




ns 


T 


WHQX 


Data Hold After WR 


33 




ns 


TCLCL-50 




ns 


T 


RLAZ 


Address Float After RD 







ns 







ns 



Note 1. TLLAX for access to program memory is different from TLLAX for access data memory 

Serial Interface 



I — 
s 


ymbol 


Parameter 


Min 


Max 


Units 




T 


DC Y 


Data Clock 


420 




ns 




r 


DC L 


Data Clock Low 


180 




ns 




T 


DCH 


Data Clock High 


120 




ns 
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Serial Interlace (Continued) 



IT 


D 


Transmit Data Delay 


60 


80 


ns 




10 


ss 


Data Setup Time 




ns 




to 


HS 


Data Hold Time 


40 




ns 





WAVEFORMS 
Memory Access 



Program Memory Read Cycle 



J 



"N; 



ADDRESS 
PORT 2 OR SFR-P2 



TLLIV 

TLLPL 



- TPLPH - 



-TPUV-»- 
"TAZPL 



<- 



TPXAV 
TPXIZ 



Data Memory Read Cycle 



ADDRESS A15-A8 



A7-AD 



> ^ 



ADDRESS A15-A8 



y — >: 



psen y 



'SEN 
R0 



'ORT 



ADDRESS V ' 

I ORT 2 OR SFR-P2 /S. 



<: 

1 ^| « TRLAZ ^ 



ADDRESS A15-A8 OR SFR-P2 



Data Memory Write Cycle 

/ 



PSEN 

m 



y^ 



PORT 2 OR SFR 



- TAVWL - 
- TLLAX - 



U-TLLAX-»j . 

> — <. a7 - ao H 



y 



DATA OUT 



1 



ADDRESS A15-A8 OR SFR-P2 
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SERIAL I/O WAVEFORMS 



Synchronous Data Transmission 



DATA 



-TDCY- 



-TDCL- 



X 



-TTD - 



Synchronous Data Reception 



SCLK 



-TDCL- 



-TDCY - 



TDSS 



-TDCH- 



-TDCH - 



-TDHS- 



XI 
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AC TESTING INPUT, OUTPUT, FLOAT WAVEFORMS 








3 2.0 
j - 0« 



1.0 j - 



estmg inputs are driven at 2.4V tor a logic "1" and 0.45V for a logic ■ - 0." 
T m ng measurements are made al 2.0V lor a logic "1" and 8V lor a logic '0 



EXTERNAL CLOCK DRIVE XTAL2 



K r \ 



-TCHCL 







Parameter 


Variable Clock 
Freq = 1.2 MHz to 12 MHz 


Unit 


Symbol 


Min 


Max 


TCLCL 


Oscillator Period 


83.3 


833.3 


ns 


T 


CHCX 


High Time 


20 


TCLCL-TCLCX 


ns 


T 


CLCX 


Low Time 


20 


TCLCL-TCHCX 


ns 


TCLCH 


Rise Time 




20 


ns 


T 


CHCL 


Fall Time 




20 


ns 
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CLOCK WAVEFORMS 



INTERNAL 
CLOCK 



I STATE 4 


STATE 5 


STATE 6 


STATE 1 


STATE 2 


STATE 3 


STATE 4 


STATES I 


1 P1 | P2 


P1 | P2 


P1 | P2 


PI | P2 


P1 | P2 


P1 | P2 


P1 | P2 


PI | P2 | 



xtal 2 JlJTrLXLJ~lJ-LXLXLJ-LJTJl^^ 



ALE 



J 



EXTERNAL PROGRAM MEMORY FETCH 



PSEN 
PO 

P2(EXT) _ 
READ CYCLE 
RD 



1 



I data I r 

SAMPLED | 
FLOAT -J 



PCL OUT 




"L 



THESE SIGNALS ARE NOT 
ACTIVATED DURING THE 
EXECUTION OF A MOVX INSTRUCTION 



J 



SAMPLED 
-FLOAT 



Idata I I PCL OUT | 



SAMPLED 
-FLOAT 



J INDICATES ADDRESS TRANSIONS |_ 



PO 



DPL OR Rl 
OUT 



7Z. 



00H IS EMITTED 
DURING THIS PERIOD 



PCL OUT (IF PROGRAM 
MEMORY IS EXTERNAL) 



"FLOAT 



SAMPLER 



rx 



INDICATES DPH OR P2 SFR TO PCH TRANSITIONS 



WRITE CYCLE 



PCL OUT(EVEN IF PROGRAM 
MEMORY IS INTERNAL) 



I DPL OR Ri 
J OUT 



■ 1.1 .1 



INDICATES DPH OR P2 SFR TO PCH TRANSITIONS 



H PCL OUT (IF PROGRAM 
- 1 MEMORY IS EXTERNAL) 



PORT OPERATION 
MOV PORT, SRC 



OLD DATA | NEW DATA ' 



MOV DEST, PO 



J* \"L 



MOV DEST. PORT (P1.P2.P3) POPINS SAMPLED 
(INCLUD ES INTO. INT1. TO. T1) 



_f4 



PO PINS SAMPLED 



SERIAL PORT SHIFT CLOCK 



P1.P2. P3 PINS SAMPLED 



TXO 

(MODE 0) 



RXD SAMPLED 



PI. P2. P3 
PI NS SA MPLED 

RXD SAMPLED 



This diagram Indicates when signals are clocked internally The time it takes the signals to propagate to the pins, however, 
ranges from 25 to 125 ns. This propagation delay is dependent on variables such as temperature and pin loading Propagation 
also varies from output to output and component to component Typically though. (T A = 25° C. fully loaded) RD and WR prop- 
agation delays are approximately 50 ns The other signals are typically 85 ns Propagation delays are incorporated in the AC 
specifications. 
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BITBUS™ Interconnect 



GENERAL 

1 SCOPE 

Connection of dedicated controllers and process I/O points to a control computer has been a long 
time problem. Traditional methods have used a standard parallel bus to interconnect I/O expansion 
be ards, which provide the required signal conditioning. In many cases, these buses are satisfactory; 
however, in many other cases the characteristics of these parallel buses create significant limita- 
tions. Electrically, parallel buses limit the number of boards that can be transparently (i.e. in the same 
backplane) added to the system. Mechanical packaging for parallel buses often makes I/O cabling 
cumbersome, due to the close proximity of boards within a backplane. Most importantly, the fixed 
form factor and bus interface logic requirements of a parallel bus put a lower bound on future system 
cost reduction, regardless of the advancing capabilities of future VLSI. The BITBUS™ interconnect 
is a serial control bus specifically designed to address these problems. 

Tre BITBUS interconnect allows up to 250 nodes to be easily interconnected over a physically 
distributed domain. Distribution capability ranges from 30 meters for the synchronous mode of opera- 
tion to thousands of meters for the self clocked mode of operation. The different modes of opera- 
tion are optimized for a wide range of applications covering the spectrum from high speed servo motor 
control in robotics, to long distance environmental control. In all cases the BITBUS interconnect is 
optimized for the high speed transfer of short control messages in a hierarchical system. 

Th|e level of specification for the BITBUS interconnect is somewhat different than for traditional parallel 
bus structures. In the past, serial connections have been slow, software intensive and hard to use. 
A goal of the BITBUS interconnect is to provide an easy to use, high performance serial intercon- 
nect that is transparent to the application programmer. For this purpose, this specification not only 
defines electrical and data link protocol aspects of the bus, as is typical for parallel buses, but also 
specifies a message structure and protocol for a multitasking environment, and a set of high level 
commands for remote I/O access and application task control. This allows standard high level soft- 
ware interfaces to be written, off-loading the application programmer of this complication. More im- 
portantly, this high level of specification allows the standard interface to be driven into silicon, further 
reducing the interface overhead, cost and complexity. 

Thjis specification has been prepared for those users intending to design or evaluate products that 
wiljl be compatible with the BITBUS interconnect. The intent of this specification is to specify the inter- 
face requirements only. The implementation of interface logic and software is left to the user. 



1 



DEFINITIONS 



System — A set of interconnected elements which achieve a given objective through performing a 
spjeific function. In this specification a BITBUS system consists of one master node and from one 
to 250 slave nodes attached to the same BITBUS interconnect. 

Message-Passing — The transfer and control of structured data between two tasks. 

Task — An entity which competes for system resources in order to execute a program. 

Protocol — The rules by which information is exchanged across an interface. 

Operation — The process whereby information is transferred between two elements across an 
interface. 

Intjerface — A shared boundary between two elements within a system. 
Bit-Cell-Time — The time interval required to transfer one bit of data on a serial line. 
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2.0 FUNCTIONAL OVERVIEW 

The BITBUS interconnect concept allows highly reliable, low cost distributed expansion of process 
I/O points and intelligent I/O controllers. This section provides an overall understanding of the con- 
cept by describing the hierarchical model, bus elements, modes of operation and levels of specifica- 
tion. Detailed specifications are provided in subsequent sections. 

2 1 HIERARCHICAL MODEL 

The BITBUS interconnect is defined to provide a high speed serial control bus for hierarchical 
systems. This model, shown in figure 1 , implies that a single master must communicate with multi- 
ple slaves. These slaves may consist of simple I/O points or they may be highly intelligent controllers. 
By adopting this architectural model, the BITBUS interconnect is able to provide a highly capable, 
low cost solution, especially for those applications that match the model. This is achieved through 
a significant reduction in protocol complexity and overhead that would otherwise be necessary to 
implement a more complex multiple access type protocol. Evidence of this simplicity can be seen 
by comparing the level of protocol support provided in hardware for the BITBUS interconnect as com- 
pared to other more complex protocols. 

The hierarchical model for the BITBUS interconnect may consist of one or multiple levels as shown 
in figures 1a and 1b respectively. The multiple level hierarchy is extremely useful in many applica- 
tions, especially where BITBUS interconnects must run at different speeds. This specification pro- 
vides the necessary hooks to implement such a structure with minimal overhead. In this specifica- 
tion a BITBUS system refers to only the single level hierarchy. The multiple level hierarchy consists 
of multiple BITBUS systems. 

The goal of the BITBUS interconnect is to provide a message passing interface between tasks at 
the master node and tasks at multiple slave nodes within the hierarchical model. This is accomplished 
through an order/reply message protocol. Tasks on the master node issue orders to tasks on the 
slave nodes and tasks on the slave nodes respond with replies. This level of support effectively hides 
the serial nature of the BITBUS interconnect from the application programmer, resulting in a relatively 
simple interface. 



SLAVE 




SLAVE 




SLAVE 




SLAVE 



a) SINGLE LEVEL HIERARCHICAL STRUCTURE 



Figure 1a. BITBUS™ Interconnect Hierarchy 
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BITBUS'" 



SLAVE 



MASTER 





SLAVE 




SLAVE 




MASTER 




MASTER 



T 



r 



MASTER 



T 



b) MULTIPLE LEVEL HIERARCHICAL STRUCTURE 



Th 



Figure 1b. BITBUS™ Interconnect Hierarchy 
2 BUS ELEMENTS 

e basic element in a BITBUS system is a node. A node may consist of either a device, a device 
d an extension or a repeater. There are two types of devices: the master device and a slave device, 
s section explains the unique elements of the BITBUS system: the master device, the slave device, 
extension and the repeater. Figure 2 illustrates these elements. 



NODE 



EXTENSION 
DEVICE 



MASTER 
DEVICE 



(OPTIONAL) 



BITBUS™ INTERCONNECT 



SLAVE 






SLAVE 


DEVICE 






DEVICE 



SLAVE 
EXTENSION 



(OPTIONAL) 



REPEATER 



BITBUS™ 



INTERCONNECT 



(OPTIONAL) 



Figure 2. BITBUS™ Interconnect Elements 
2.2.1 MASTER DEVICE 

The master device controls all BITBUS interconnect operations. There is only one master device per 
BITBUS system. The master device initiates a transaction by sending an order message to a slave 
ice. It then continues to poll the slave device until a reply message is returned. 
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During normal operation, each transfer from the master device is acknowledged by the addressed 
slave device. If a reply is not immediately available, a simple data link acknowledgement is returned. 
This frees the master device to perform other operations, such as sending another message or polling 
another slave device. In general, this scheme maximizes the available bus bandwidth within the BIT- 
BUS system. 

The master device may be stationary in one node or this function may be passed between nodes. 
Mastership passing in a BITBUS system is performed via a scheme similar to token passing; however, 
it reduces system reliability (e.g. possibility of lost "tokens") and is therefore in general discouraged. 
On the other hand, despite the lower reliability, there may be specific cases where passing of master- 
ship is desirable. One example is the implementation of a redundant master. In this case, it may be 
possible to increase to overall system mean time between failure MTBF, even with the reduced 
reliability of passing mastership. This is especially true if all potential masters can be isolated to a 
Tall section of cable isolated from the rest of the system by a repeater. Note that mastership may 
: be passed through repeaters. 

2.2.2 SLAVE DEVICE 

A slave device is a replier in a BITBUS system. There may be up to 250 slaves per system (addresses 
1 -250). As a replier, the slave may not spontaneously initiate a transfer. Rather, it may only respond 
to orders from the master device with replies. This approach significantly simplifies the slave device 
protocol requirements allowing powerful, low cost solutions to be implemented using highly integrated 
microcontrollers. 

2.3 EXTENSION 

An extension is a secondary processor within a node. The interface between a master or slave device 
and its extension is not part of this specification. The reason for including the extension in this descrip- 
tion is to identify the need for a control field within the standard BITBUS message format to efficiently 
route messages to a master or slave device or their respective extensions. This allows low cost nodes 
to be constructed with a single processor and high capability nodes to be constructed with an appli- 
cation processor (extension) and a BITBUS interface processor. By differentiating tasks that run on 
these two processors, the BITBUS interface processor may contain tasks to off-load the extension 
processor while the extension processor maintains the capability to send messages directly through 
to the BITBUS interconnect. This capability may also be used to implement gateways between multi- 
ple BITBUS systems creating the multiple level hierarchy shown in Figure 1b. 

2.2.4 REPEATERS 

A repeater is a node used to regenerate (not reclock) the BITBUS interface signals. Repeaters are 
used to extend the distance or node count within a BITBUS system. Repeaters are referred to as 
nodes since they load a segment just as a master or slave node does. Repeaters are only allowed 
in the self clocked mode of operation. Section 2.3.2 provides more details on repeater operation. 



2.3 MODES OF OPERATION 

The BITBUS interconnect may operate in one of two modes: synchronous mode and self clocked 
mbde. The purpose for multiple modes is to provide a wide range of performance/distance options 
for a variety of applications. In this section each mode is presented with its corresponding features 
and signal line definitions. Note that in both modes of operation all BITBUS interconnect signals are 
differential. The terminology used to specify the signal pairs is NAME and NAME*. State di 
for the signal pairs is provided in section 3.1.1 of this specification. 
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3.1 SYNCHRONOUS MODE 

The synchronous mode of operation is optimized for the highest performance over a relatively short 
d stance. This mode can interconnect up to 28 nodes over 30 meters at transmission speeds between 
530 kbits/sec and 2.4 mbits/sec. A typical system is shown in figure 3. 
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Figure 3. Synchronous Mode Connection 

The synchronous mode uses two differential signal pairs: one for data (DATA, DATA * ) and one for 
the data clock (DCLK, DCLK * ). The data signal pair carries data which is referenced to the data clock 
s gnal pair. Data changes on the "falling edge" of the data clock pair and is sampled on the "rising 
edge". A sample interface circuit is shown in figure 4. Note that the data clock source is always at 
the transmitting node. 
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Figure 4. Typical Synchronous Mode Interface 
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2.3.2 SELF CLOCKED MODE 

The self clocked mode of operation is provided to allow longer distance operation. There are two 
standard bit rates for this mode of operation: 375 kbits/sec and 62.5 kbits/sec. The BITBUS inter- 
connect supports segments up to 300 meters in length at 375 kbits/sec and 1200 meters in length 



at 



th s mode supports up to 250 nodes over several thousand meters. A typical system is shown in figure 5. 



62.5 kbits/sec. Each segment supports up to 28 nodes. By connecting segments via repeaters, 
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Figure 5. Self Clocked Mode Connection 

The self clocked mode uses two differential signal pairs: one for data (DATA, DATA*) and one for 
transceiver control (RTS, RTS*). The data signal lines carry Non-Return to Zero Inverted (NRZI) 
encoded data. This encoding method combines clock and data onto the same signal pair. The 
transceiver control signal pair is used to control transceivers within the repeaters. When repeaters 
are not used, the tranceiver control pair may be omitted. A sample interface circuit is shown in figure 6. 
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Figure 6. Typical Self Clocked Mode Interface 
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BITBUS repeater may or may not provide electrical isolation, depending on the application require- 
ments. In either case, when a slave device is not transmitting, biasing resistors enable the repeater 
tranceivers away from the master device, allowing the master device to transmit to all slaves. When 

slave device responds, it reverses the polarity of the transceiver control pair, which reverses the 
direction of all repeaters between it and the master device. Figure 7 shows a sample repeater circuit. 



cification 



MDATA 
PAIR 



MASTER 
SIDE 



MRTS 
PAIR 



MRTS* 




SDATA 
PAIR 



SRTS 
PAIR 



Figure 7. Typical Repeater 



2.4 LEVELS OF SPECIFICATION 



The I 



BITBUS interconnect is designed to provide a highly capable, easy to use interface to the ap- 
plication programmer. In order to be easy to use, this interface must hide the complexity of control- 
lihg the serial link from the user through a standard hardware/software interface. In order to be highly 
c spable, the BITBUS interconnect must be defined at a high enough level to allow this hardware and 
s Dftware interface to be efficient, and to a large degree be driven into hardware. These requirements 
result in the need for the following levels of specification: 

Electrical Interface 
Data Link Protocol 
Message Protocol 
Remote Access and Control 
Mechanical 

4.1 ELECTRICAL INTERFACE 

The BITBUS electrical interface specification defines the mechanisms by which bits are transferred. 
Tiis section of the specification is simplified by the fact that the BITBUS interconnect consists of 
only two signal pairs and the electrical interface is based to a large degree on existing standards. 
This level of the specification is optimized for low cost implementations (i.e. low cost cable and low 
ost transceivers). 



2 



4.2 DATA LINK PROTOCOL 

je BITBUS data link protocol specification defines the mechanisms by which packets are reliably 
transferred across the electrical interface. Reliability aspects include error detection, and in many 
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cases error recovery. This is important to the BITBUS interconnect definition since it makes the 
application less sensitive to the serial nature of the interconnect. This section of the specification 
is a so based to a large degree on existing standards. 

2.4 3 MESSAGE PROTOCOL 

Thq BITBUS message protocol specification defines the mechanism by which tasks pass messages 
over the data link. The protocol is optimized for communication between tasks on the master node 
and tasks on slave nodes. In actual implementations this same protocol can be used to communicate 
between tasks on the same node as well, allowing the serial bus to appear transparent. The purpose 
for providing this level in the bus specification is to allow a standard high level user interface to be 
efficiently implemented, and eventually driven into silicon. This section of the specification is based 
on 4 simple high performance protocol, using a well established order/reply mechanism. 

2.4.4 REMOTE ACCESS AND CONTROL 

The remote access and control (RAC) specification defines a set of high level commands to perform 
a set of standard operations over the BITBUS interconnect. Remote access commands allow stand- 
ard I/O operations (e.g. read, write, etc.) to be performed on up to 256 I/O ports at each slave node 
without application software. For higher capability systems remote control commands allow slave 
node tasks to be downloaded, uploaded and controlled from the master device. 

2.4 5 MECHANICAL 

The BITBUS mechanical specifications are minimal. The purpose for these specifications is to define 
standard connectors for the BITBUS interconnect and an optional I/O board form factor for higher 
levels of compatibility. 



3.0 ELECTRICAL SPECIFICATION 

The BITBUS interconnect electrical specification requires definition of data encoding techniques and 
DC/AC parameters for the interface logic and interconnect cable. This section provides the required 
definition and specifically points out where existing standards are used as a basis for the specification. 



DATA ENCODING TECHNIQUES 

BITBUS interconnect uses different data encoding techniques for the two modes of operation. 



3.1 

The 

Each is discussed separately below, along with a general definition of signal pair state. 
3.1.1 GENERAL SIGNAL PAIR STATE DEFINITION 

All signals on the BITBUS interconnect are differential pairs. The naming convention for these pairs 
ider tifies the two signal lines as NAME and NAME * . An active signal (logical 1 ) is present when the 
NAME signal line is at a higher electrical potential than the NAME * signal line. An inactive signal 
(log cal 0) is present when the NAME signal line is at a lower electrical potential than the NAME * 
signal line. 



3.1 



2 SYNCHRONOUS MODE 



Data encoding is relatively simple in the synchronous mode. The logical value of each bit is simply 
indicated by the level of the data signal pair at the bit cell center. The bit cell center is defined as 
the rising edge of the data clock pair. A logical zero is represented by the DATA signal being at a 
lower electrical potential than the DATA * signal at the bit cell center. A logical one is represented 
by the DATA signal being at a higher electrical potential than the DATA * signal at the bit cell center. 
These relationships are shown in figure 8. Data encoding for the synchronous mode of operation 
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must also provide zero bit insertion/deletion. This is required to support the frame delimiting flags 
defined in section 4 of this specification. The flags are defined as the bit pattern 01 1 1 1 1 10. In order 
to guarantee uniqueness of this bit pattern, there may be no more than five consecutive ones in the 
jit stream (other than flags). This is accomplished using zero bit insertion (by the transmitter) and 
deletion (by the receiver). Specifically, the transmitter inserts a zero into the bit stream anytime it 
detects five consecutive ones (except for flags) regardless of the next bit value. Receivers then remove 
uny zero from the bit stream that is preceded by five ones. The receiver must also detect the 01 1 1 1 1 1 
bit pattern as a frame delimiting flag. 
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Figure 8. Synchronous Mode Data Encoding 
3.1.3 SELF CLOCKED MODE 

The self clocked mode of operation uses standard NRZI encoding with zero bit insertion/deletion. 
This encoding method combines serial data and serial clock information onto a single signal pair 
(DATA, DATA * ). A logical zero is represented by a change in the polarity of the data signal pair from 
the proceeding bit cell (i.e. a transition occurs on the bit cell boundary). A logical one is represented 
by no change in the polarity of the data signal pair from the preceding bit cell. These relationships 
are shown in figure 9. As in the synchronous mode, zero bit insertion/deletion is provided to guarantee 
uniqueness of the frame delimiting flag pattern. 
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Figure 9. Self Clocked Mode Data Encoding 

The self clocked mode of operation requires that receivers recover the serial clock from the data bit 
stream. The BITBUS interconnect is defined with the assumption that a digital phase locked loop 
(DPLL) with a 1 6 x reference clock wijl be used for this purpose. For proper operation, the DPLL must 
be synchronized (i.e. be in phase with the transmitter clock) before, and remain synchronized dur- 
ing the transmission of a frame. Initial synchronization of the receivers DPLL is guaranteed by the 
transmission of a preframe sync (PFS) prior to the frame. The PFS consists of a minimum of eight 
zeros (i.e. transitions) that allow the DPLL to adjust (one reference clock at a time) until synchronized. 
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Once synchronized, the DPLL uses the transitions (i.e. zeros) within the bit stream to make fine ad- 
justments of ± 1 reference clock cycle. Note that zero bit insertion/deletion guarantees a transition 
at least every seven bit cells, allowing a reasonable tolerance on the reference clock. 



3.2 DC SPECIFICATIONS 



The DC specifications for the BITBUS interconnect are based on the RS485 electrical standard. This 
section defines the characteristics of a standard load, a transmitter, a receiver, the interconnect cable 
and the terminating and biasing resistors. 

3.2.1 STANDARD LOAD SPECIFICATION 

The standard unit load specification is used as a basis to define the load presented by a node to the 
BITBUS interconnect. Figure 10 shows the l/V (current verses voltage) characteristics of the stand- 
ard unit load. Note that this is 1.125 RS485 unit loads and it is specified over the input voltage range 
of +12 volts to -7 volts. 



I (INPUT CURRENT) 




■ V (INPUT VOLTAGE) 



Figure 10. Standard Unit Data 

The shaded region in figure 10 indicates the acceptable region for the l/V characteristic represen- 
ting one standard unit load. Actual implementations may present a load which is a multiple of or frac- 
tion of this standard. The actual load specification of a connection is determined by plotting its l/V 
characteristics, and then scaling the I axis (i.e. multiply I axis by scaling factor) until the l/V 
characteristic is contained within the shaded region and touching the boundary. The factor used to 
scale the I axis is the number of standard unit loads. 

The standard unit load is used to define the BITBUS interconnect load. The following sections specify 
how the standard unit load is applied to the various signal pairs, and how interface loads are computed 
for the synchronous and self clocked modes of operation. 

3.2.1.1 Data And Data Clock Pair Specification 

The load for the data pair (DATA, DATA * ) and data clock pair (DCLK, DCLK * ) consist of a disabled 
transmitter and a receiver as shown in figures 4, 6 and 7. The DC characteristics of these loads are 
specified as a multiple of the standard unit load shown in figure 1 0. The standard unit load specification 
has been defined such that most implementations with standard off the shelf components will be one 
standard unit load. 
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2.1.2 Transceiver Control Pair Specification 

The transceiver control pair (RTS, RTS *) is not symmetrical (i.e. there is not a transmitter and receiver 
at each node) like the data and data clock pairs. Rather, this pair has one "receiver only" node (in 
the repeater as shown in figure 7) and multiple "transmitter only" nodes (as shown in figures 6 and 
7). The DC characteristics of the transmitter only loads are specified as a multiple of 1/9 the standard 
unit load shown in figure 10. For example, if a node presents 2/9 standard unit loads on this pair it 
is counted as 2 BITBUS interconnect loads. The DC characteristics of the receiver only node shall 
not exceed 25 standard unit loads, including the biasing resistors specified in section 3.2.5. With 
this definition, 27 receiver only nodes and one transmitter only node are equivalent to 28 standard 
unit loads (27 x 1/9 + 25 = 28). 

3 2.1.3 Synchronous Mode Load 

The load presented to the BITBUS interconnect in synchronous mode is defined by determining the 
n jmber of standard unit loads for each signal pair. The largest number is the specification. For ex- 
ample if the data signal pair presents a load equal to the standard unit load, and the data clock signal 
iair presents a load equal to 2 standard unit loads, the interface would be specified as 2 loads. 



2.1.4 Self Clocked Mode Load 

The load presented to the BITBUS interconnect in the self clocked mode is also defined by deter- 
mining the number of standard unit loads for each signal pair. For example if the data signal pair 
presents a load equal to the standard unit load, and the transceiver control pair presents a load equal 
to 2/9 standard unit loads, the interface would be specified as 2 loads. If the tranceiver control pair 
were not. used (i.e. no repeater connections) the interface would be specified as 1 load. 

3.2.2 TRANSMITTER SPECIFICATION 

The standard BITBUS transmitter shall meet the requirements of an RS485 generator. It shall be 
capable of driving a 60 ohm termination (120 ohms at each end of the cable) and up to 32 RS485 
unit loads (28 standard unit loads in Figure 10). For reference, the DC requirements are repeated 
in this specification. For the figures in this section all output voltages apply to both logic states and 
the symbol A in front of a voltage refers to the difference between that voltage in the two logic states. 

3.2.2.1 Open Circuit Specification 

The transmitter open circuit test configuration is shown in figure 1 1 . All relevant test parameters are 
shown in the figure. This test is used to verify the output voltage characteristics when no load is 
applied. 
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Figure 11. Transmitter Open Circuit Test Configuration 
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3.2 



.2.2 Test Termination Specification 

The transmitter shall be able to drive the two test configurations shown in figures 12 and 13. All rele- 
vant test parameters are shown in the figures. 

In f gure 12 the transmitter drives a 54 ohm test load consisting of two 27 ohm resistors in series. 
This test termination is used to verify the output drive (V ) capability and the signal pair offset voltage 
(Vos) characteristics. 

In figure 1 3 the transmitter drives a 60 ohm termination plus a load that simulates 32 RS485 unit loads 
through the RS485 common mode voltage range of + 12 to - 7 volts. This test termination is used 
to verify output drive capability under worst case command mode conditions. 
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Figure 12. Transmitter Test Termination Configuration 1 
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Figure 13. Transmitter Test Termination Configuration 2 
3.2.2.3 Fault Conditions Specification 

The transmitter shall be able to withstand, without permanent damage, the following two conditions: 

a) Outputs shorted together. 

b) Output(s) directly connected to a current limited voltage source within the + 12 to - 7 volt range. 
Figure 14 shows the test configurations. 



BITBUS™ Interconnect Specification 





V )-7V<V< +12V 



a) OUTPUTS SHORTED 



b) DIRECT CONNECTION TO VOLTAGE SOURCE 



Figure 14. Transmitter Fault Conditions 



3.2 



.3 RECEIVER SPECIFICATION 

The standard BITBUS receiver shall meet the requirements of an RS485 receiver. Receiver load con- 
siderations are included in section 3.2.1 . For reference, the input sensitivity and balance requirements 
are repeated in this section. 

3.2.3.1 Sensitivity Specification 

The receiver sensitivity specification is shown in figure 15. The allowable range of input voltages 
appearing at the receiver inputs, referenced to the receiver ground, shall be between + 12 and - 7 
volts. Within this range a differential voltage of 200 millivolts or more shall be detectable as a valid 
logic state. The states are indicated in figure 15. 
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Figure 15. Receiver Sensitivity Specification 
3.2.3.2 Balance Specification 

The receiver balance specification is shown in figure 1 6. For this test the input resistor shown is 1 500 
ohms divided by the number of RS485 unit loads of the receiver. Within the common mode input 
range of + 1 2 to -7 volts, a differential input of 400 millivolts or more shall be detectable as a valid 
logic state. The states are indicated in figure 16. 
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Figure 16. Receiver Balance Specification 

3.2.4 CABLE CHARACTERISTICS 

The BITBUS is defined to operate on a variety of cables including a low cost twisted pair (shielded 
or unshielded depending on application requirements) or backplane traces. Specific cable 
characteristics are not rigidly specified in order to allow flexibility for various implementations (i.e. 
only the interfaces are rigidly specified). When selecting a cable, the following aspects must be con- 
sidered. Generally these parameters can be found in the cable data sheet. 

• Characteristic Impedance 

• Attenuation 

• Resistance 

3.2.4.1 Characteristic Impedance 

Cables should be chosen with a characteristic impedance of 120 ohms or more to allow for properly 
matched terminations. Cables with lower characteristic impedance may be used in systems that 
guarantee low enough attenuation to prevent the reflections caused by the mismatch from switching 
the logic state. In severe environments, such as backplanes, greater mismatch can be tolerated as 
long as the maximum round trip propagation delay is less than one-half the signal rise time specified 
in section 3.3.1.1. 

3.2.4.2 Attenuation 

Cable must be chosen to support the desired bit rates over the desired distance. The specified 
BITBUS interconnect distances are based on the characteristics of readily available low cost twisted 
pair cables. 

3.2.4.3 Resistance 

Cable must be chosen with a low enough DC resistance to guarantee sufficient voltage across the 
termination to be detected by receivers. This parameter, the attenuation and the magnitude of reflec- 
tions need to be considered together to determine the worst case noise margin at the receivers. 

3.2.5 TERMINATION AND BIASING 

The BITBUS interconnect requires the cable to be terminated for proper operation. There are two 
cases to be considered: the signal pair termination and the transceiver control pair biasing. 
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3.2.5.1 Termination 

All BITBUS interconnect cables must be terminated at both ends for proper operation. The termina- 
tions shall be located at the extreme ends of the cable. The value of each termination shall be 
120 ohms or greater and should be chosen to match the characteristic impedance of the cable as 
closely as possible. 

3.2.5.2 Transceiver Control Biasing 

In addition to terminations, the transceiver control pair shall have biasing resistors at its receiver only 
node. These resistors shall be 470 ohms + 5%, one being connected to + 5 volts ± 5% and the other 
connected to ground as shown in figure 7. The receiver only node may be located anywhere on the 
le segment. 

.3 AC SPECIFICATIONS 

The AC specifications for the BITBUS interconnect requires definition of the signal line characteristics, 
transmitter enable timing, self clocked mode timing, and repeater timing. 

3.1 SIGNAL LINE CHARACTERISTICS 

The BITBUS signal lines must maintain a reasonable level of signal integrity to guarantee proper 
operation. Specifically, there needs to be bounded rise and fall times and reflection guidelines. 

3.3.1.1 Rise And Fall Time Specification 

The BITBUS signal lines shall have rise and fall times between 25 and 1 00ns as shown in figure 1 7. 
This measurement shall be made in the test configuration shown in figure 18. 

In actual systems, the rise and fall times may be slower than the above specification as long as the 
following two conditions are met. 

a) The rise and fall time of any node shall meet the above specification (Figure 17) into the test 
load (Figure 18). 

b) The rise and fall times in the actual system shall not be less than 0.3 times the bit cell width, 
measured anywhere in the system. 
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Figure 17. Rise and Fall Specification 
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Figure 18. Test Configuration for Rise and Fall Time Measurement 

3.3.1.2 Reflection Guidelines 

Transitions on the BITBUS signal lines shall meet the requirements shown in figure 1 7 when driving 
the test load in figure 18. The transition from 10% to 90% of the final steady state value shall be 
monotonic. Ringing shall be limited to ± 10% around the final steady state value. 

RS485 is a robust standard, providing a significant DC noise margin. In practical systems where reflec- 
tions may be unavoidable these noise margins shall be used to guarantee proper operation. Potential 
reflections (due to lumped capacitive loads, mismatched terminations, or excessively long stubs) 
should be considered together with the DC losses specified in section 3.2.4 when choosing cable. 
In all cases, the voltage at any node shall remain in the + 12 volt to - 7 volt common mode range 
except for pulses of less than 15 microseconds, at less than 1 % duty cycle, which shall be bounded 
to + 25 volts. 

3.3.2 TRANSMITTER ENABLE TIMING 

The BITBUS interconnect is designed to operate without transceiver control signals (repeaters ac- 
cepted). In order to guarantee proper operation, this requires specifications for transmitter turn on 
and turn off in order to prevent a "dribbling" (enabled after end of frame) transmitter from corrupting 
the data of another transmitter. Figure 19 summarizes these parameters. 
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Figure 19. Transmitter Enable Timing 
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Transmitters shall be enabled a least one bit cell time prior to valid data transmission (opening flag 
in synchronous mode, preframe synch in self clocked mode). A transmitter shall not be enabled until 
at least one bit cell time after detecting the closing flag of a previous frame. Finally a transmitter shall 
guarantee that the first valid bit of data is not transmitted until any previous transmitter has been 
disabled. 

Transmitters shall be disabled between one and four bit cell times after the end of the closing flag. 
Note that this specification leads to a potential three bit cell time contention period during turn around. 
This is acceptable based on the fault condition specification of section 3.2.2.3. 

3.3 SYNCHRONOUS MODE TIMING 

The synchronous mode of operation requires specification of the data clock signal pair timing and 
the data pair signal timing. 

The data clock signal pair timing is shown in figure 20. All receivers shall be able to receive at s 
up to 2.4 Mbits/sec. Transmitters may transmit between 500 kbits/sec and 2.4 Mbits/sec. 
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Figure 20. Data Clock Signal Pair Specification for Synchronous Mode 



The data signal pair timing is shown in figure 21 . The data signal pair is specified with respect to 
clock edges on the data clock signal pair. Data is changed on the "falling edge" and sampled on 
the "rising edge" of the data clock pair. These specifications assume balanced delays throughout 
the system. Specifically, the transmitters for the two signal pairs shall be in the same piece of silicon, 
the receivers for the two signal pairs shall be in the same piece of silicon and the conductors for the 
two signal pairs shall be of the same type, the same length and equally loaded. 
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Figure 21 . Data Signal Pair Specification for Synchronous Mode 
3.3.4 SELF CLOCKED MODE TIMING 

The self clocked mode of operation requires specification of the data signal pair and the transceiver 
control signal pair. 

The data signal pair combines both data and clock information in the self clocked mode of operation. 
The clock information on the signal pair is the transmitter's clock. The receiver uses a separate 
reference clock to recover the data. The tolerance of each of these clocks shall be ± 1 % for both 
lard bit rates (375 kbit/sec and 62.5 kbits/sec). The transmitter timing is shown in figure 22. 

The transceiver control signal pair shall be driven whenever the transmitter is driven. These specifica- 
tions are provided in section 3.3.2 
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Figure 22. Data Signal Pair Specifcation for Self Clocked Mode 
.3.5 REPEATER TIMING 

The self clocked mode of operation requires timing specifications for repeaters. Specifically, the skew 



between the two logic transitions t 
pair need to be specified. 

The worst case skew permitted through a repeater between the high to low transition time and the 
low to high transition time shall be less than + 50 nsec as shown in figure 23. The worst case skew 
between the data signal pair and the transceiver control signal pair shall be less than + 250 nsec 
as shown in figure 24. 
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Figure 23. Repeater Skew on Transitions 
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Figure 24. Repeater Skew Between Signal Pairs 
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The above specifications are for a standard repeater skew. Actual implementations of repeaters may 
be multiples of or a fraction of this standard. In all cases the specifications shown in table 1 shall 
apply for the maximum number of standard repeater skews between the master and any slave. 

Table 1. NUMBER OF REPEATERS 



SPEED 
(kbit/sec) 


MAX # OF STANDARD 
REPEATERS 


375 
62.5 


2 
10 



4.0 DATA LINK PROTOCOL SPECIFICATION 

The BITBUS data link protocol is a subset of the IBM Synchronous Data Link Control (SDLC) stand- 
ard. SDLC is used as a basis for the BITBUS data link protocol because it is a highly reliable and proven 
protocol. The BITBUS interconnect does not (and is not intended to) maintain strict SDLC 
compatibility. 

Based on SDLC, the BITBUS data link protocol connects a single master device to multiple slave 
devices in a multidrop (i.e. bus) topology. The data link protocol is specifically responsible for encap- 
sulation of messages (messages are defined in section 5 of this specification) into frames and the 
control of frame transfer over the data link. To accomplish this, the specification defines the concept 
ojf system state, a general frame format, specific control fields and basic bus operations. 
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1 SYSTEM STATE 



e ability of the BITBUS interconnect to connect nodes over a physically distributed domain requires 
some aspects of the system state to be formally defined. Being a hierarchical system, this state is 
defined from the point of view of the master device. This section provides an overview of the concept 
of system state. A detailed definition is provided in section 4.4.1 of this specification. 

4 1.1 MASTER DEVICE STATE 

The master device has full knowledge and control of its own state. Operation of a slave device does 
not require any information about the master device state. This implies that the master device state 
information is not transferred on the BITBUS interconnect and, therefore, is not a part of this 
specification. 

4 1.2 SLAVE DEVICE STATE 

The state of a slave device on the BITBUS interconnect needs to be known by the master device 
for proper operation. However, being physically separated, it is impossible for the slave device state 
be precisely known at all times by the master device (e.g. in the event of a local reset, power down, 
!.). In order to update the master device on a slave device state, it is necessary to define a state 
transfer mechanism over the BITBUS interconnect. The master device uses this mechanism to keep 
a record of the last known state for each slave device. This state is assumed for the next transfer 
and checked. If incorrect, the appropriate recovery action is taken. Slave device state consists of 
two parts: slave device mode and sequence count. 

4.1.2.1 Slave Device Mode 

A slave device is always in one of two modes: normal disconnect mode (NDM) or normal response 
mode (NRM). Below is a brief description of each mode. A formal state diagram is provided in sec- 
tion 4.4.1 of this specification. 
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A slave device enters NDM after a local reset or when it detects an irrecoverable protocol error. In 
this mode, a slave is awaiting a specific command from the master device to enter NRM. A slave 
device may not exchange messages with the master device in this mode. 

A slave device enters NRM only after receiving a specific command from the master device. Upon 
entering NRM, a slave device is "synchronized" with the master device, meaning that all sequence 
counts match (they are all initialized to 0). In this mode, a slave device may exchange messages with 
the master device as long as "synchronization" is maintained (i.e. no sequence count errors). 

4.1.2.2 Sequence Counts 

In NRM, sequence counts are used by the master device and each slave device to guarantee that 
frames are not lost or duplicated. Below is a brief description of how sequencing works. Further details 
are provided in section 4.3 of this specification. 

Sequencing is performed by the master device and each slave device via two pairs of 3 bit sequence 
counts. Each slave device keeps an N r (number received) sequence count and an N s (number sent) 
sequence count. The master device keeps a corresponding pair of counts for each slave it communi- 
cates with. A slave device is "synchronized" with the master device when the sequence counts are 
correct. The sequence counts at a slave device are considered part of the slave device state. The 
sequence counts at the master device are master device's best knowledge of slave device state. 

The N r sequence count indicates the sequence count of the next expected incoming message. The 
N s sequence count indicates the sequence count of the next message awaiting acknowledgement 
(may or may not be outstanding). Each time a transfer occurs in NRM these numbers are included 
and verified resulting in three possible outcomes: correct sequence count, recoverable sequence 
error or irrecoverable sequence error. The irrecoverable sequence count error case requires the 
master device to resynchronize with the slave device by causing it to return to NDM then re-enter 
NRM. The other cases allow the slave device to remain in NRM. Further details are provided later 
in this specification. 

FRAME FORMAT 

data link protocol is responsible for creating frames to be transferred across the BITBUS inter- 
act. All frames use the frame format shown in figure 25. All fields are composed of one or more 
es (plus possible zero bit insertion), with the least significant bit (LSB) of each byte transmitted first. 




Figure 25. Standard Frame Format 

4.2.1 FLAG FIELDS 

The flag fields are used to delimit the frame. These fields (one at the beginning of the frame and one 
at the end of the frame) contain the unique bit pattern 01111110. The uniqueness of this bit pattern 
is guaranteed by using zero bit insertion/deletion in all other fields as described in section 3 of this 
specification. These fields are required in all frames. 

4.2.2 ADDRESS FIELD 

The address field contains the address of the slave device involved in the transfer. For a transmitting 
master device, this field identifies the destination slave device. For a transmitting slave device, this 
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f'eld identifies the source slave device to the master device. If this field does not match the slave 
device address the frame is ignored. The address field is eight bits long and may contain values from 

to 255. Values and 251-255 are reserved by Intel. All others may be used without restriction. This 
field is required in all frames. 

4.2.3 CONTROL FIELD 

The control field is used for command and status exchange between the master device and slave 
devices. This field is eight bits long and is used for three classes of operations: synchronization, super- 
vision and message transfer. Below is an overview of these operations. Details are provided in sec- 
t on 4.3 of this specification. This field is required in all frames. 

4.2.3.1 Synchronization 

1 he transfer of sequenced messages between the master device and a slave device requires that 
the slave device be properly synchronized to the master device. This synchronization process is per- 
formed using unnumbered frames (i.e. frames with unnumbered control fields). As the name implies, 
unnumbered frames do not use the sequencing feature. 

4.2.3.2 Supervision 

After the master device is synchronized with a slave device, it is often necessary to exchange status 
information in the absence of messages. This is done with supervisory frames (i.e. frames with super- 
visory control fields). These frames are used by the master device to poll a slave device and by a 
s ave device to acknowledge receipt of a valid frame (i.e. address match and no CRC error) from 
the master device. 

4.2.3.3 Information 

Information frames (i.e. with information control fields) are used by the master device or a slave device 
to transfer messages (messages are defined in section 5 of this specification). These frames are only 
used after synchronization as are supervisory frames. In addition to a message and its sequence 
count, information frames carry the same status information as supervisory frames. If fact, informa- 
tion frames may be considered as a superset of supervisory frames. 

2.4 INFORMATION FIELD 

The information field is used to carry the BITBUS message. Details of this field are provided in sec- 
tion 5 of this specification. This field is required for information frames and is not used for supervisory 
or unnumbered frames. 

2.5 FRAME CHECK SEQUENCE FIELD 

The frame check sequence (FCS) field provides the lowest level of error detection on the BITBUS 
interconnect. This field contains a 16 bit cyclic redundancy check (CRC). The transmitting node 
generates and sends this field, while the receiving node checks it for correctness. A receiving node 
ignores an incoming frame if the CRC is incorrect. The CRC is generated by the standard CRC-CCITT 
polynomial X 16 + X' 2 + X 5 + 1 . This field is required in all frames. 

3 CONTROL FIELD DEFINITION 

Operations on the BITBUS interconnect are performed using three types of control fields: unnum- 
bered, supervisory and information. This section specifies these fields in detail and explains their 
usage. 

For reference to SDLC, this specification uses a subset of the defined control fields with the poll/final 
bit always set. This implies that frames sent by the master device always expect a response from 
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the addressed slave device (poll bit set) and that frames sent by slave devices always return control 
of the link (final bit set) to the master device. 

4.3.1 UNNUMBERED FRAMES 

Unnumbered frames are used on the BITBUS interconnect for synchronizing slave devices with the 
master device. This section specifies the control field format for these frames and defines the unnum- 
bered operations (commands and responses) supported on the BITBUS interconnect. 

4.3.1.1 Unnumbered Control Field Format 

The control field format for unnumbered frames is shown in figure 26. This field may specify one of 
several unnumbered operations. 



I I I h i I LlLlJ 



LSB (FIRST TRANSMITTED) 



- OPERATION SPECIFIC CODE 



Figure 26. Unnumbered Control Field Format 
4.2.1.2 Unnumbered Operations 

The BITBUS interconnect supports two unnumbered commands (SNRM and DISC) and two unnum- 
red responses (UA and FRMR). The control fields for these operations are si 

Table 2. UNNUMBERED CONTROL FIELDS 



OPERATION 



SNRM 
DISC 
UA 
FRMR 



COMMAND 



RESPONSE 



IS 



CONTROL VALUE FIELD 



93H 
53H 
73H 
97H 







The frame reject (FRMR) command is sent to the master device by a slave device that detects an 
invalid control field in an otherwise valid frame. The response is used to respond to any unnumbered 
frame while in NRM, any supervisory or information frame while in NDM, any unsupported control 
field, or an irrecoverable sequence count error. Upon receiving this command, the master device 
shall initiate ^synchronization with the slave device. 

The unnumbered acknowledge (UA) response is used by a slave device to acknowledge receipt of 
a valid unnumbered command while in NDM. 

The disconnect (DISC) command is sent by the master device to a slave device to initiate resynchro- 
nization. This command causes the slave device to go to, or stay in, NDM. It is used by the master 
device when it detects the need to resynchronize (e.g. after reset, irrecoverable sequence error, etc.) 
or in response to an FRMR from a slave device. When the master device receives an UA in response 
to a DISC it knows that the addressed slave device is in NDM. 

The set normal response mode (SNRM) command is sent by the master device to synchronize a slave 
device. If a slave device is in NDM, this command causes it to enter NRM, allowing it to exchange 
messages with the master device. If a slave device is already in NRM, this command is invalid. 
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4.3.2 SUPERVISORY FRAMES 

Supervisory frames are used on the BITBUS interconnect for passing status between the master 
device and a slave device while in NRM. These frames are used by a master device to poll slave 
devices and by slave devices to acknowledge receipt of a valid frame from the master device. This 
section specifies the control field format for these frames and defines the specific control fields that 
are supported. 

4.3.2.1 Supervisory Control Field Format 

Tjhe control field format for supervisory frames is shown in figure 27. This field is used to specify the 
supervisory operation (RR or RNR) as well as to acknowledge receipt of a previous message via the 
N r sequence count. 



LSB (FIRST TRANSMITTED) 

i iii 1 1 ° i ~r°Tn 



I 0-RR 
I 1-RNR 

' N r SEQUENCE COUNT 



Figure 27. Supervisory Control Field Format 

3.2.2 Supervisory Operation 

The BITBUS interconnect supports two supervisory operations: receiver ready (RR) and receiver not 
ready (RNR). 

The master device uses the RR supervisory frame to poll a slave device for an information frame. 
Slave devices use the RR supervisory frame to acknowledge valid reception (i.e. address match, valid 
CRC and available buffer space) of a previous supervisory or information frame when a message 
is (not available (If a message is available an information frame is sent unless the incoming frame 
was a RNR supervisory frame). 

The RNR supervisory frame is used to indicate that a buffer is presently unavailable to receive an 
otherwise valid frame. The master device uses the RNR supervisory frame to poll a slave device for 
Jta link status only. A slave device shall not respond to a RNR supervisory frame with an informa- 
tion frame. A slave device uses the RNR supervisory frame to indicate that the last frame was re- 
sized, however there was no buffer available to store it. In this case the master device shall 
ransmit the frame. 

h RR and RNR frames contain an N r sequence count. This sequence count acknowledges 
receipt of N r -1 frames (i.e. N r equals the next expected incoming frame). The receiver of a super- 
visory frame shall always compare this value to its N s sequence count for correctness. 

In the case that all messages have been acknowledged, the incoming N r sequence count should 
equal the N s sequence count. If the previous frame sent by the receiving node was an information 
frame, then the incoming N r sequence count should equal the N s sequence count plus 1 . If this case 
is true, the previous frame is acknowledged meaning the N s sequence can be incremented and the 
message buffer released. If after an" information frame the incoming N r sequence count is equal to 
the N s sequence count, the information frame was not received and shall be retransmitted. Any other 
N r sequence count value is detected as an irrecoverable sequence error requiring the master device 
to resynchronize with the slave device. 
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4.3.3 INFORMATION FRAMES 

Information frames are used on the BITBUS interconnect for message transfer These are the only 
frames that contain an information (I) field. The content of the I field is the BITBUS message as defined 
in section 5 of this specification. This section specifies the control field format for these frames and 
defines the operation of the sequence counts. 

4.3.3.1 Information Control Field Format 



i control field format for information frames is shown in figure 28. The control field contains an 
N r sequence count to acknowledge valid reception of N r -1 frames and an N s sequence count 
corresponding to the attached information field (i.e. message). 



LSB (FIRST TRANSMITTED) 

I I I hi l~TTT| 



- N. SEQUENCE COUNT 
■ N, SEQUENCE COUNT 



Figure 28. Information Control Field Format 
4.3.3.2 Information Operation 

Information frames are a superset of supervisory frames. They carry the same acknowledgement 
status as supervisory frames via the N r sequence count. This count shall always be compared to the 
receiver's N s sequence count as it is for supervisory frames. 

In addition to the N r sequence count, information frames carry a message in the information field 
and a corresponding N s sequence count. Upon receiving an information frame, a receiver shall com- 
pare the incoming N s count with its N r count. If the counts match, the message shall be passed on. 
If the counts do not match, error recovery action shall proceed as follows. If the incoming sequence 
count N s equals the receiver's sequence count N r - 1 , the receiving node may acknowledge receipt 
of the frame, then discards it (this case occurs when an information frame is received and its 
acknowledge is corrupted, making the second information frame a duplicate). If the incoming se- 
quence count N s does not equal the receiver's sequence count N r or N r - 1, then an irrecoverable 
sequence error is detected. This case requires the master device to resynchronize with the slave 
device before further message transfers can occur. 



!; 4 



DATA LINK OPERATION 



This section summarizes the data link operation on the BITBUS interconnect. This summary includes 
a precise definition of slave state, slave state transition, and sequenced operations in NRM. In ad- 
dition sample synchronization sequences, sample transfer sequences and a summary of error con- 
ditions and the corresponding recovery actions are presented. 

4.4.1 SLAVE STATE DESCRIPTION 

The state transition diagram for a slave device is shown in figure 29. As previously discussed, the 
state diagram has only two basic states: normal response mode (NRM) and normal disconnect mode 
(NDM). Table 3 lists the responses to all possible incoming frames in each of the states. Note that 
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this table assumes that the slave device has recognized a valid incoming frame. That is, I 
field matched the node address and the CRC field was correct. 




NOT (RR OR RNR OR I) 
OR 

(IRRECOVERABLE PROTOCOL ERROR) 



OTHER 



Figure 29. Slave Device State Diagram 
Table 3. SLAVE DEVICE STATE TRANSITIONS AND RESPONSES 



SLAVE STATE 


INCOMING FRAME 


NEXT STATE 


RESPONSE 


NDM 


DISC 


NDM 


UA 


NDM 


SNRM 


NRM 


UA 


NDM 


Other 


NDM 


FRMR 


NRM 


INFORMATION 


NRM 


RR.RNR.I 


NRM 


RR 


NRM 


RR,RNR,I 


NRM 


RNR 


NRM 


RR.RNR 


NRM 


INFORMATION, RR.RNR 


NDM 


FRMR 




with irrocoverable 








sequence error 






NRM 


Other 


NDM 


FRMR 



When in NRM, the slave device state also includes its N r and N s sequence counts. For simplicity, 
these states are not shown but'instead, a flow chart is provided in figure 30. This flow chart, along 
w th table 3, completely specifies the slave device interface. 
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Figure 30. Slave Response to Incoming Frame in NRM 
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4.4.2 SYNCHRONIZATION SEQUENCE 

The synchronization sequence on the BITBUS interconnect is used to establish a known state at the 
slave device (NRM with sequence counts equal to zero), in order to allow sequenced message 
transfer. Synchronization is required anytime the master device is reset or anytime the master device 
or slave device detect an irrecoverable protocol error. Synchronization is strictly a data link protocol 
feature and, therefore, does not appear at any higher levels of this specification. Figure 31 shows 
a typical synchronization sequence. 



MASTER DEVICE 




DISC 








FRMR 
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DISC 


► 






UA 









SNRM 









UA 


► 



SLAVE DEVICE 

VARIES 
DEPENDING 
ON STATE 
(SEE TEXT) 



ALWAYS 
THE SAME 



Figure 31 . Typical Initialization Sequence 

The master device may initiate the synchronization sequence by sending a DISC. The response from 
the slave device to a disconnect is a FRMR if it is in NRM or an UA if it is in NDM. The master device 
shall continue sending DISC frames until a UA response is returned verifying that the slave is in NDM. 
The master device then completes the sequence by sending an SNRM. Upon receiving the SNRM 
while in NDM, a slave device enters NRM and responds with a UA. Once the master device receives 
a UA to an SNRM, it knows that the slave device is synchronized. 

The slave device may initiate the synchronization sequence by responding to an incoming frame with 
a FRMR frame. The master device responds to a FRMR with a DISC and proceeds through the 
sequence described above. 

4.4.3 TRANSFER SEQUENCES 

Thig section provides several transfer sequence examples. These examples serve as a basis for the 
message protocol defined in section 5 of this specification. Three examples are provided in figure 
32: message transfer from a master device to a slave device, message transfer from a slave device 
to a master device and piggybacking of messages on acknowledges or polls. For these examples, 
it is assumed that the slave device is synchronized and that incoming frames are valid. Errors are 
discussed further in section 4.4.4 of this specification. 

In the first example, the master device sends a message to a slave device. The information frame 
that carries the message also carries the sequence counts N s = and N r = 0. The slave device verifies 
that the incoming N r equals its N s and that the incoming N s equals its N r . The slave then increments 
N r to indicate it received the information frame and returns an RR frame with sequence count N r = 1 
to acknowledge the frame. Upon receiving the N r sequence count, the master device sees that its 
information frame has been received, increments its N s sequence count for the next message and 
re|eases the transmit buffer. 

In the second example, the master device is polling a slave device with an RR frame for a message. 
Upop receiving the RR frame, the slave device verifies the incoming N r sequence count and 
responds with an information frame containing the message and sequence counts N s = and N r = 1 . 
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Upon receiving the information frame, the master device verifies the incoming N r and N s sequence 
counts. It then increments its N r to indicate that it has received the information frame. On the next 
transmission to the slave device, the master device sends its sequence count N r = 1 to acknowledge 
receipt of the information frame. Upon detecting this, the slave device increments its N s sequence 
count and releases the transmit buffer. 

In the third example, the link efficiency is increased by piggybacking acknowledges and polls onto 
information frames. At both master device and slave device, an incoming frame carries an N r sequence 
count which causes the N s sequence count to be incremented and the last transmit buffer released. 
In addition, the N s sequence count causes the N r sequence count to be incremented. These results 
are then returned on the next information frame and the process is repeated. 
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Figure 32. Transfer Sequence Examples 
4.4.4 DATA LINK ERROR SUMMARY 

The following section summarizes the possible data link error conditions and specifies the correspond- 
ing action. Specific error conditions are time out, invalid control field and sequence count. 

4.|4.4.1 Time Out 

A time out error occurs when the master device does not receive a response to a transmitted frame 
wifrhin 10 milliseconds. This time is measured from the time transmission is completed until the 
response is received and the CRC verified. 

Time out errors can occur under the following conditions: the addressed slave does not exist, the 
address slave discards the frame due to a CRC error, or a CRC error is detected by the master device 
in a response. In all cases the recovery action taken by the master device is to retransmit the frame 
a Second time. If two consecutive errors are detected an irrecoverable protocol error is returned to 
the user. 



34 



inter 



BITBUS™ Interconnect Specification 



4.4.2 Invalid Control Field 

An invalid control field detected by either the master device or a slave device is considered an 
irrecoverable protocol error. Detection of this error condition at a slave device causes the slave device 
to enter NDM and respond with a FRMR. Detection at the master device causes it to assume that 
the slave is in NDM, requiring resynchronization. 

4.4.4.3 Sequence Count 

Sequence count errors are recoverable in some cases as indicated in figure 30. Cases that are not 
recoverable are considered irrecoverable protocol errors. Detection of an irrecoverable condition at 
a slave device causes it to enter NDM and respond with a FRMR. Detection at the master device 
causes it to assume that the slave is in NDM, requiring resynchronization. 

5.0 MESSAGE PROTOCOL 

The BITBUS message protocol is designed to provide a task to task message interface between a 
master node and multiple slave nodes using an order/reply structure. That is, the master node issues 
orders to slave nodes which respond with replies. This structure is built on top of the data link protocol 
using information frames for the message transfer. This section specifies the order/reply structure 
(including error handling) and the standard message format. 

5 1 ORDER/REPLY STRUCTURE 

he BITBUS message protocol is based on an order/reply structure in a multitasking environment. 
i order is defined as a message that is sent by a task on the master node, over the BITBUS inter- 
connect, to a task on a slave node. A reply is defined as a message that is sent by as task on a slave 
node, over the BITBUS interconnect, to a task on the master node, in response to an order from that 
master node task. Master node tasks may exist on either the master device or master device exten- 
sion (collectively referred to as the master node). Likewise, slave node tasks may exist on either the 
si ave device or slave device extension (collectively referred to as the slave node). Note that orders 
and replies may have a more general definition when used between tasks on a given node. This 
special case is not part of this specification. 

E rery order on the BITBUS interconnect requires a corresponding reply; however, replies need not 
be returned in the same sequence that orders are issued. For example, if the master node issues 
orders A,B,C to a slave node, the responses may be returned as A,B,C or B,C,A or C,A,B or etc. Based 
on this requirement, a master device need only poll a slave node when one or more orders are out- 
standing. This condition exists when the sequence counts N r and N s for a given slave node are not 
equal. When the sequence counts N r and N s are equal, the slave node has no more replies and need 
not be polled. This algorithm limits unnecessary polling and increases system performance. 

The data link protocol provides sequence counts that are 3 bits long. This limits the number of out- 
standing messages to any given slave node to seven. The slave node is responsible for enforcing 
this limit by not providing a receive buffer for the eighth message. 

The BITBUS message protocol provides sufficient control to route orders from the master node to 
a slave device or slave device extension and replies from a slave node to a master device or master 
device extension. This capability allows local messages within a node to co-exist in a common gateway 
implementation. Furthermore, multiple level hierarchies (as shown in figure 1) are easily supported 
using the same master device software. The details of these implementations are not part of this 
specification. 



Several sources of error exist in the message protocol. Specific examples are irrecoverable protocol 
errors or missing tasks. In all cases, the BITBUS message protocol detects the errors and handles 
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them in the same way. If an error occurs while delivering an order, the complete order is immediately 
converted to a reply and returned to the originating task. The reply is identical to the order except 
for the error code in the response field. If an error is detected on a reply, it is simply discarded (note 
that this is a very rare case, except for catastrophic error, since the reply retraces the path of the 
order). In either case, there is a small possibility that a reply is not returned. The task originating the 
order must account for this by setting a time out period for recovery. Note that this time out is not 
related to the data link time out specified in section 4 of this specification. Its value is determined 
he application. 
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standard message format on the BITBUS interconnect is shown in figure 33. This message struc- 
is sent across the BITBUS interconnect in the information field of information frames. All fields 
, except the data field, are required in all messages. 
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Figure 33. Message Format 
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length field specifies the total message length. This eight bit field may contain values between 
255. The value in this field equals the number of bytes in the data field plus 7. This value allows 
implementation to easily add two bytes for local message manipulation such as buffer control or 
queuing. All implementations shall support a data field of up to 13 bytes, corresponding to a l< 
field equal to 20. 
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.2 MESSAGE TYPE (MT) 

message type field is used to specify whether the message is an order or a reply. The master 
always sends orders and, therefore, shall set this bit to 0. A slave node always sends replies 
, therefore, shall clear this bit to 1 . 



.3 SOURCE EXTENSION (SE) 

source extension field indicates whether the source of an order, or the destination of a reply, 
master device or the master device extension. This bit is set to 1 to indicate the master device 
extension and cleared to to indicate the master device. This bit is unchanged between an order 
its corresponding reply. 
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4 DESTINATION EXTENSION (DE) 

destination extension field indicates whether the destination of an order, or source of a reply, 
slave device or a slave device extension. This bit is set to 1 to indicate i 
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and cleared to to indicate a slave device. This bit is unchanged between an order and its correspond- 
ing reply. 

5.2.5 TRACK (TR) 

The track field is used to provide message control at a master or slave device which may be required 
by some implementations. This bit shall be cleared to when sending a message. It shall be set to 
one upon receiving a message from the BITBUS interconnect. 

5.2.6 RESERVED 

These four bits are reserved for possible future enhancements. They shall be cleared to zero when 
sending a message and their value is not guaranteed upon receiving a message. 

5.2.7 NODE ADDRESS 

The node address field specifies the destination node for orders and the source node for replies (i.e. 
it s unchanged between order and reply). This eight bit field contains the same value as the address 
ield in the data link frame. Valid entries are 1 through 250. The values and 251-255 are reserved 
iy Intel. 

.2.8 SOURCE TASK 

The source task field identifies the task that has generated an order or is to receive a reply. This four 
bit field allows up to sixteen tasks to generate orders from the master device and the master device 
extension. Specific implementations may support as few as one or as many as sixteen tasks. 

5.2.9 DESTINATION TASK 

The destination task field identifies the task that is to receive an order or has generated a reply. This 
four bit field allows up to sixteen tasks to receive orders at each slave device and slave device ex- 
tension. Specific implementations may support as few as one or as many as sixteen tasks. 

5.2.10 COMMAND/RESPONSE 

The command/response field is used by both user tasks and the message protocol. Under normal 
conditions, this field is used only by the user tasks. The message protocol only uses this field for 
reporting errors. Table 4 indicates the usage of this field. Note that this table only applies to responses. 
Commands are always defined by the user task. 

Table 4. MESSAGE PROTOCOL RESPONSES 





CONDITION 


ERROR 




No error (set by user) 


00H 




User defined 


01H-7FH 




No destination task 


80H 




Protocol Error 


91 H 




No destination device 


93H 




Reserved by Intel 


81H-90H.92H, 




94H-0FFH 



5.2.11 DATA 

The data field is defined by the contents of the command field. Minimum support requires this field 
to pe capable of handling 13 bytes. Implementation may extend it to as much as 248 bytes provided 
that the longer messages are not sent to nodes that cannot support them. This field is the only op- 
tional field in the message. 
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6.0 REMOTE ACCESS AND CONTROL 

The remote access and control (RAC) interface for the BITBUS interconnect defines a set of high 
level commands and responses to perform general purpose operations at a slave node. The remote 
access interface allows I/O read and write capabilities as well as memory download and upload. The 
remote control interface allows control and monitoring of tasks at a slave node. The RAC interface 
is built on top of the message protocol defined in section 5 of this specification. In fact, RAC is simply 
a special task defined at slave nodes. This section specifies the commands, responses and the 
general RAC message format. 

6.1 MESSAGE FORMAT FOR RAC 

The RAC interface is built on top of the standard message protocol. The message format follows the 
standard format in figure 33 with the following fields further defined: destination task, command/ 
response, and data. 

6.1.1 DESTINATION TASK 

The BITBUS interconnect, by convention, defines task as the RAC task. This makes its presence 
easily detectable and allows it to be addressed in the same way for all implementations. If the RAC 
task is not supported at a slave node, task may be used for another function. 

6.1.2 COMMAND/RESPONSE 

The command/response field is used to identify the RAC command in an order message and the 
RAC response in reply messages. The various commands and responses supported by the RAC in- 
terface are specified in sections 6.2 and 6.3, respectively. 

6.1.3 DATA 

The contents of the data field are determined by the RAC command. The length field is used to identify 
the exact number of data bytes. The minimum BITBUS interconnect support provides up to 1 3 bytes 
in this field. Details of this field are provided in sections 6.2 and 6.3 of this specification. 

6.2 RAC COMMANDS 

Table 5 lists the RAC commands supported on the BITBUS interconnect. Commands 00H through 
OBFH are general purpose commands controlled by Intel. At this time, 15 are specifically defined, 
and the rest are reserved. Commands 0C0H through OFFH are available to the user for custom RAC 
commands. These values will not be standardized. Specific implementations of RAC may support 
all pr any subset of the defined commands. The only specific requirements are that the implemen- 
tation return an error response for unsupported commands and that all supported general purpose 
commands conform to this specification. 

6.2.1 CREATE TASK 

The create task command is used to initialize and begin execution of a task at a slave node. This 
command assumes that the task to be created is already in the slave node memory. The command 
is simply the mechanism used to inform the operating system at the slave node that a given task in 
memory is to become active. 

The data field in a create task order contains an address pointer (length field equal to 7 plus pointer 
length) to the task descriptor in the slave node's memory. The length of the pointer is determined 
by the implementation requirements at the slave node. This pointer is sent most significant byte first. 
The actual task descriptor may vary between implementations and, therefore, is not part of this 
specification. 
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Table 5. RAC COMMANDS 



COMMAND 


ACCESS 


CONTROL 


VALUE 


Reset Slave 






00H 






• X 


01H 


L/UIULv 1 DO r\ 






02H 


ttfit Function ID 








RAC Protect 




,^ 

r 


04H 


Read I/O 


,> 

r 




05 H 


Write I/O 


10 




ORH 


Update I/O 






07H 


Upload Memory 


10 




08H 


Download Memory 


10 




09H 


OR I/O 


V* 




OAH 


AND I/O 


t0 




OBH 


XOR I/O 


V* 




OCH 


Status Read 


10 




ODH 


Status Write 


10 




OEH 


Reserved 






OFH-OBFH 


User Defined 






0C0H-0FFH 



After successful completion of a create task command, a reply message is returned to the originating 
task on the master node with 00H in the response field and the data field unchanged (i.e. address 
po nter is returned). 

6.2.2 DELETE TASK 

The delete task command performs the inverse function to the create task command. It is used to 
indefinitely terminate execution of a task at a slave node. This allows the task number associated 
with the deleted task to be reused (i.e. with a create task command). 

The data field in a delete task order contains a single byte (length field equal to 8) identifying the 
task number to be deleted. This field may contain values between and 15; however, beware of 
deleting task as it is the RAC task. 

After successful completion of a delete task command, a reply message is returned to the originating 
task on the master node with 00H in the response field and the data field unchanged (i.e. eight bit 
task number is returned). 

6.2.3 GET FUNCTION IDs 

Function IDs are logical IDs used to identify a given task by its function rather than its physical address. 
The concept of function ID allows functions to maintain a constant identifier, even if they are moved 
to a new physical address (node address and/or task number). The get function IDs command causes 
the slave device, or slave device extension, to respond with a list of function ID codes for the tasks 
currently in existence. 

The get function IDs order message carries a dummy data field equal in length to the number of func- 
tion IDs to be returned. The length field is used to identify the number of bytes (value in length field 
equals number of bytes plus 7). Carrying the dummy data field allows the slave node to allocate a 
single buffer that is sufficiently large to receive the order message, as well as return the reply message. 
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After execution of the get function IDs command, a reply message is returned to the originating task 
on the master node with OOH in the response field and the function ID codes in the data field. This 
first data byte corresponds to task 0, the second data byte to task 1 , etc. The r 
returned is always equal to the number sent in the order message. 



e assignment of function IDs is summarized in table 6. As an example, consider a slave device 
that supports up to 8 tasks. Task is RAC, task 1 is a user task with function ID 81 H, tasks 2 and 
3 are present but have no function ID and tasks 4-7 are not used. For this case, the length field in 
the order message and reply message is 15. The reply message would have a data field as shown 
in figure 34. 

Table 6. FUNCTION ID CODE ASSIGNMENTS 



FUNCTION 


VALUE 


No Task 

RAC Task 

Reserved by Intel 

User Assigned 

Task with no Function ID 


OOH 

01 H 
02H-7FH 
80H-0FEH 
OFFH 







TASK FUNCTION 
RAC 

User Function 81 H 
Task without function ID 
Task without function ID 

No Task 

No Task 

No Task 

No Task 



MSB 



LSB 



TASK NUMBER 

1 
2 
3 
4 
5 
6 
7 



LENGTH 



MT I SE I DE | TR | RESERVED (4 BITS) 



NODE ADDRESS 



SOURCE TASK 



DESTINATION TASK 



COMMAND/RESPONSE 



01H 



81H 



OFFH 



OFFH 



OOH 



OOH 



OOH 



OOH 



6.2 



4 RAC PROTECT 



Figure 34. 



GET Function ID Reply Example 



The RAC protect command allows the remote access functions at a slave node to be enabled or 
disabled by a task on the master node. When disabled, the RAC function at a slave node only 
recognizes the remote control commands. On reset, the RAC function shall be enabled. 

The RAC protect order contains a single byte data field and a length field of 8. If the value of this 
data field is OOH, the RAC function is enabled. If the value in this data field is 01 H, the RAC function 
is disabled. Any other value may produce indeterminate results and should not be used. 

After successful completion of an RAC protect command, a reply message is returned to the 
originating task on the master node with OOH in the response field and the data field unchanged. 

6.2.5 RESET SLAVE 



The 



is 



always 7. 



reset slave command initiates a reset at the addressed slave device or slave device extension, 
extent of the reset (e.g. software, slave device, slave device extension, entire slave node, etc.) 
ermined by the implementation. The data field for this command is null and the length field is 
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the reset slave command is the only command for which a reply message is not returned upon 
successful completion. A reply message is not returned in this case since its delivery cannot be 
predicted while the slave node is in the process of resetting. The only case when a reply message 
is attempted is in the case of error. This case is discussed in section 6.3 of this specification. 

6.2.6 MEMORY COMMANDS 

The memory commands allow blocks of data to be moved between the master node and a slave node. 
Operations include memory upload and memory download. Since these commands share a common 
format in the message data field, they are presented together. 

The general data field format for memory commands is shown in Figure 35. This format includes a 
1 6 bit address pointer and 1 to n bytes of data. The length field in the header is used to specify the 
actual number of data bytes (e.g. length equal to 9 plus n for n data bytes). The address pointer is 
dsed to identify the base address for the data bytes. That is, the pointer is the address associated 
with data byte 1 and the address of subsequent data bytes is obtained by simply incrementing the 
pointer. 

The address pointer is limited to a 64K address range as this is believed to be sufficient for the vast 
majority of BITBUS interconnect applications. In the few cases where a larger address range is 
needed, it can be created by assigning a location in the I/O or status space as an offset register, thus 
a lowing the memory commands to operate in 64K byte segments or pages. 



MSB LSB 






LENGTH 






MT | SE | DE | TR | RESERVED (4 BITS) 




NODE ADDRESS 






SOURCE TASK | DESTINATION TASK 






COMMAND/RESPONSE 






Address Pointer (High Byte) 




Address 




Address Pointer (Low Byte) 




Pointer 




Data Byte 1 








Data Byte 2 








Data Byte 3 








Data Byte 4 








Data Byte 5 




1 to n 




Data Byte 6 




Bytes of 

Data 




Data Byte 7 






Data Byte 8 








Data Byte 9 








Data Byte 1 








Data Byte 1 1 











Figure 35. Data Field Format for Memory Commands 
6.2.6.1 Memory Upload 

The memory upload command causes a slave device, or slave device extension, to read a specified 
number of data bytes from its local memory and return them in a reply message. The specific number 
bytes to be read is identified in the length field of the order message (i.e. length field equals number 
bytes to be read plus 9). 

The data field in a memory upload order message contains a 16 bit address pointer and n invalid 
data bytes, where n is the number of bytes requested. The invalid data bytes are carried to simplify 
buffer allocation at the slave node by allowing a single buffer to be allocated that is sufficient for de- 
livering the order and returning the reply. 
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At the slave node, the RAC task reads sequentially the specified number of data bytes. The first byte 
is read from the location specified by the address pointer and subsequent bytes are located by incre- 
menting the address pointer. Upon successful completion, a reply message is returned with an 00H 
response field and a data field with the original address pointer and the requested data bytes. 

6.2.6.2 Memory Download 

The memory download command causes a slave device, or slave device extension, to write n bytes 
of data into its local memory. The specific number of bytes to be written is identified in the length 
field of the order message (i.e. length field equals number of bytes to be written plus 9). In addition 
to the data bytes, the data field contains a 16 bit address pointer. 

At the slave node, the RAC task writes the data bytes sequentially starting at the location specified 
by the address pointer. Subsequent addresses are located by incrementing the address pointer for 
each byte. Upon successful completion, a reply message is returned with an 00H response field and 
a data field containing the contents of the order message. 

6.2.7 I/O COMMANDS 

The I/O commands allow the master node to access up to 256 I/O ports on each slave device and 
each slave device extension. Operations include read I/O, write I/O, update I/O, OR I/O, AND I/O, 
and XOR I/O. Since these commands all share a common format in the message data field, they 
are presented together. 

The general data field format for I/O commands is shown in figure 36. This format allows a single 
command to be executed on one or more ports in a single message. The data field is comprised of 
one or more pairs of bytes. The port address fields identify the I/O ports on which the operation is 
to be performed. The data byte fields contain the data for the operation or act as place holders for 
the data that results from an operation. 

Upon successful completion of an I/O command, a reply message is returned with an 00H response 
field and a data field with the same port address fields as the order message and data byte fields 
as specified by the command. In all cases, the reply message length is equal to that of the order 

m< 







MSB LSB 




LENGTH 








MT | SE | DE | TR | RESERVED (4 BITS) 








NODE ADDRESS 








SOURCE TASK | DESTINATION TASK 








COMMAND/RESPONSE 








Port Address 1 








Data Byte 1 








Port Address 2 






Data Byte 2 








Port Address 3 








Data Byte 3 








Port Address 4 








Data Byte 4 








Port Address 5 






Data Byte 5 








Port Address 6 








Data Byte 6 











Figure 36. Data Field Format for I/O Commands 
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6.2.7.1 Read I/O 



Th 



e read I/O command causes a slave node to read the specified I/O ports. The data byte fields in 
the order message are undefined. They are carried only to simplify buffer allocation at the slave node, 
he data byte fields in the reply message contain the data read from the specified ports. 



6.2.7.2 Write I/O 

The write I/O command causes a slave node to write the data bytes fields to the specified I/O ports. 
The data byte fields in the order message contain the data to be written. The data byte fields in the 
reply message are unchanged from the order message. 

6.2.7.3 Update I/O 

The update I/O command causes a slave node to write the data byte fields to the specified I/O ports 
then reread the ports. The data byte fields in the order message contain the data to be written. The 
data byte fields in the reply message contain the data reread from the I/O port after the write operation. 

6.2.7.4 Logical Operations 

The logical operation commands provide bit set, bit reset and bit toggle operations. The data byte 
fields for these operations contain a mask. The command causes the slave node to read the specified 
I/O port, perform the specified logical operation with the mask in the data byte field, write the result 
back to the I/O port, then finally reread the port. This final value is entered in the data byte field for 
the reply message. 

Bit operations are defined to logically set, clear and toggle I/O bits. The electrical levels of these opera- 
tions depends on the implementation. When no signal inversion exists between the internal CPU 
state and the I/O pin, the operations of set and clear correspond to the electrical high and low states 
respectively. These implementations are referred to as "active high." If a signal inversion occurs 
between the internal CPU state and the I/O pin, the electrical definitions of set and clear are reversed, 
these implementations are referred to as "active low." 

From the logical point of view, bit operations are defined as follows. A bit is set by using an OR I/O 
command with a one in the bit position to be set. A bit is cleared by using an AND I/O command with 
a zero in the bit position to be cleared. A bit is toggled by using an XOR I/O command with a one 
in the bit position to be toggled. Note that it is possible to operate on multiple bits with the same byte 
in a single operation. 

6.2.8 STATUS COMMANDS 

The status commands allow the master node to access up to 256 bytes of memory on each slave 
device and slave device extension. These operations can be used to create a shared data structure 
between the master and slave nodes. Specific operation include read status and write status. Since 
these commands share a common format in the message data field, they are presented together. 

The general data field format for status commands is shown in figure 37. This format allows a single 
command to operate on one or more locations with a single message. The data field is comprised 
of one or more pairs of bytes. The pairs include an address field and a data byte field. The address 
fields identify the locations at which the operation specified by the command is performed. The data 
byte field contains the data for the operation or acts as a place holder for the data that results from 
the operation. 

Upon successful completion of a status command, a reply message is returned with an 00H response 
field and a data field with the same address fields as the order message and data byte fields as 
specified by the command. In all cases, the reply message length is equal to that of the order message. 
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MSB LSB 






LENGTH 








MT | SE | DE | TR [ RESERVED (4 BITS) 








NODE ADDRESS 








SOURCE TASK | DESTINATION TASK 








COMMAND/RESPONSE 








Address 1 








Data Byte 1 








Address 2 








Data Byte 2 








Address 3 








Data Byte 3 








Address 4 








Data Byte 4 






Address 5 








Data Byte 5 








Address 6 








Data Byte 6 













Data Field Format for Status Commands 



Figure 37 
6.2.8.1 Read Status 

The read status command causes a slave node to read the specified memory locations. The data 
byte fields in the order message are undefined. They are carried only to simplify buffer allocation 
at the slave node. The data byte fields in the reply message contain the data read from the specified 
addresses. 



6.2.8 



2 Write Status 



The write status command causes a slave node to write the data byte fields to the specified addresses. 
The data byte fields in the order message contain the data to be written. The data byte fields in the 
reply message are unchanged from the order message. 



6.3 RAC RESPONSES 

In general, RAC order messages expect RAC reply messages. The only cases where reply messages 
are not returned are for a successfully delivered reset slave order message or under certain error 
conditions as specified in section 5 (section 5 also specifies how to handle this case). When a reply 
message is returned, it indicates one of three cases: no error, message protocol error, or RAC er- 
ror. Reply messages for the no error case are specified for each command in section 6.2. Reply 
messages for message protocol errors are specified in section 5. This section specifies the reply 
messages for the various RAC error conditions. 

In general, RAC errors generate a reply message similar to message protocol errors. The reply 
message for RAC errors is simply the order message with the error response inserted in place of 
the command, the data field is returned intact. Table 7 summarizes the RAC error responses. 

6.3.1 NO TASK 

No task is generated in response to a delete task command in the case where the task to be deleted 
does not exist. 
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Table 7. RAC ERROR RESPONSES 



RESPONSE 


VALUE 


No Task 


80H 


Task Overflow 


81 H 


Register Bank Overflow 


82H 


Duplicate Function ID 


83H 


No Buffers 


84H 


RAC Protected 


95H 


Unknown RAC Command 


96H 



6.3.2 TASK OVERFLOW 

Task overflow is generated in response to a create task command in the case where the slave device 
r slave device extension cannot support another task. This response indicates that it is necessary 
to delete a task before another can be created. 

.3.3 REGISTER BANK OVERFLOW 

Register Bank Overflow is generated in response to a create task command that cannot be executed 
due to a lack of register bank resources. 

6.3.4 DUPLICATE FUNCTION ID 

Duplicate Function ID is generated in response to a create task command in the case where the task 
to be created has the same function ID (OFFH excepted) as a task currently recognized by the 
operating system. 

6.3.5 NO BUFFERS 

No buffers is generated in response to a create task command that cannot be executed due to a lack 
o memory resources. 



3.6 RAC PROTECTED 



RAC protected is generated in response to any remote access command when the RAC functii 
is disabled. Before the remote access command can be recognized, an RAC protect command i 
be sent to enable the RAC function. 

6.3.7 UNKNOWN RAC COMMAND 

Unknown RAC command is generated in response to any RAC command that is not recognized. This 
response is used for both undefined and unimplemented commands. 

MECHANICAL SPECIFICATION 

The BITBUS interconnect provides mechanical specifications for cable connectors and a standard 
printed board. The cable connectors are used to connect cables to printed boards or cables to other 
cables. The standard printed board is specified to allow multiple manufacturers to build complemen- 
tary products that fit into a consistent packaging scheme. 

7.1 CONNECTOR SPECIFICATIONS 

The BITBUS interconnect requires specification of two standard connectors: one for cable to printed 
board connection and one for cable to cable connections. Both connectors support the same signals. 
Four pins are used for the two differential signal pairs specified in section 2 of this specification for 
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the BITBUS interconnect. Four additional pins are provided for power distribution to low power nodes. 
Finally a high impedance ground (1 00 ohms to ground) is provided as specified in the RS485 specifica- 
tion (not required in all implementations). Figure 38 and 39 show the two connectors and table 8 lists 
the pin assignments. 

, 



4 EQUAL SPACES AT (2.34) 





(.63 ± ,050) 
.025 + .O02 



SECTION A-A 



(2.03) 
08 




TOP VIEW 



NOTE: PINS MAY BE STRAIGHT OR 
AT 90% ANGLE DEPENDING 
ON APPLICATION. 



Figure 38. Printed Board Connector 
Table 8. CONNECTOR PIN ASSIGNMENTS 



SIGNAL 


PRINTED BOARD 
CONNECTOR PIN # 


CABLE CONNECTOR 
PIN# 


+ 12V±5% 


1 


1 


+ 12V±5°/o 


2 


6 


GND 


3 


2 


GND 


4 


7 


DATA* 


5 


3 


DATA 


6 


8 


DCLK*/RTS* 


7 


4 


DCLK/RTS 


8 


9 


RGND (100 ohms to GND) 


9,10 


5 
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(12.52±.25) (11.05±.13) 
.493 ±.010 .435 ±.005 




(3.18±.25) 
.125±.010 



(5.89±.13) 
.232 ±.005 



84> 



(3.12 ±.05) 
.123 ±.002 ' 



(4.45 ±.13) 
.175 ±.005 " 



T 



(12.52 ±.25) (7.82 ±.13) 
.493 ±.010 .308 ±.005" 



a) SOCKET 



(16.05±25) 
<~*~ .632 ±.010 




(1.52±13) 
.060 ±.005 



(2.84) 
.112 



.(3. 12 ±.05) 
.123 ± 002 



b) PLUG 



Figure 39. Cable to Cable Connector 



The standard cable to printed board connector is a 10 pin latching pin and socket type with strain 
raliefs. This connector can support either flat cable or discrete wire connection. 

The standard cable to cable connector is a 9 pin D-subminiature type. Versions of this connector 
are also available for flat cable or discrete wire connection. 



7.2 I/O BOARD SPECIFICATION 

The BITBUS I/O board is designed to be compatible with the single-high Multibus II board form factor. 
This definition is based on the International Electrotechnical Commission (IEC) standards. This section 
provides an overview of the mechanical dimensions of this board and presents standard pin assign- 
ments. For further details (e.g. board spacing, component height, ejector tabs, front panels, etc.) 
r^fer to the Mechanical Specification in the Multibus II Bus Architecture Specification. 

2.1 BOARD DIMENSIONS 

figure 40 shows the board dimensions for the standard BITBUS I/O board. This board is a standard 
single-high, 220mm deep form factor. 
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Figure 40. Standard Board Dimensions 
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7 2.2 CONNECTORS 

The BITBUS I/O boards use two piece, 64-pin connectors. Figure 41 and 42 show the dimensional 
specification for the connectors. The right angle connectors on the printed board are IEC standard 
603-2-IEC-CO64-M; the receptacle connectors are IEC standard 603-2-IEC-C064-F. Figure 43 shows 
the relationship between connectors and boards in a subrack. Note that compatible recepticle con- 
nectors are available for flat cable, discrete wire or wire wrap connections in addition to the I 
version shown. 



.100 
TVP. 



(2,34) 



.025 
SQ. TYP. 



(0,63) 



.457 "I - 

(11,5) 



3 



.100 
TVP. 



(2,54) 



- J.3HJ UU1 , 
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CONTACTS ON 
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II""- 
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MAX. 



(85) 
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NOTE: CENTER ROW OF CONTACTS 
NOT INSTALLED 



Figure 41 . Board Connector 



.311 
(7,0) 



3.500 ±004 
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TYP. 
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(0,64) 
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Figure 42. Backplane Connector 
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.128 
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.121 
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Figure 43. Relationship of Mechanical Components 
7.2.3 PIN ASSIGNMENTS 

The standard BITBUS I/O board defines standard pin assignment for the 64 pin connector as shown 



in 
th 

signal lines are defined as required by each implementation. 



table 9. This pin assignment defines pins for the BITBUS interconnect as defined in section 2 of 
s specification, power and ground (1 amp per pin), I/O signals and signal ground returns. The I/O 
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Table 9. I/O BOARD PIN ASSIGNMENT 



PIN # 


SIGNAL 


PIN # 


SIGNAL 


1a 


GND 


1c 


GND 


2a 


+ 5V 


2c 


+ 5V 


3a 


DATA 


3c 


DATA* 


4a 


DLCK/RTS 


4c 


DLCK*/RTS* 


5a 


I/O 


5c 


RGND 


6a 


I/O 


6c 


I/O 


7a 


I/O 


7c 


GND 


8a 


I/O 


8c 


I/O 


9a 


I/O 


9c 


GND 


10a 


I/O 


10c 


I/O 


11a 


I/O 


11c 


GND 


12a 


I/O 


12c 


I/O 


13a 


I/O 


13c 


GND 


14a 


I/O 


14c 


I/O 


15a 


I/O 


15c 


GND 


16a 


I/O 


16c 


I/O 


17a 


I/O 


17c 


GND 


18a 


I/O 


18c 


I/O 


19a 


I/O 


19c 


GND 


20a 


I/O 


20c 


I/O 


21a 


I/O 


21c 


GND 


22a 


I/O 


22c 


I/O 


23a 


I/O 


23c 


GND 


24a 


I/O 


24c 


I/O 


25a 


I/O 


25c 


GND 


26a 


I/O 


26c 


I/O 


27a 


I/O 


27c 


GND 


28a 


I/O 


28c 


I/O 


29a 


I/O 


29c 


GND 


30a 


+ 12V 


30c 


-12V 


31a 


+ 5V 


31c 


+ 5V 


32a 


GND 


32c 


GND 



8.0 LEVELS OF COMPLIANCE 

The BITBUS interconnect specification contains many features that are required for compatibility 
aitid other features that are only required for additional capabilities. This section clarifies the various 
levels of compliance that may be supported by various implementations of the BITBUS interconnect. 
This information is included to allow use of the BITBUS interconnect products of varying capabilities 
manufactured by diverse vendors. 

8.1 CONCEPT OF LEVEL OF COMPLIANCE 

The concept of level of compliance is provided to guarantee compatibility of BITBUS interface pro- 
ducts that support the specification at different levels. The basic rule is that all products are required 
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to support a minimum level of the specification. This results in a minimal level at which all BITBUS 
interconnect products can interact. Furthermore, enhancements beyond this minimal level are con- 
trolled. This results in a guaranteed compatibility between a group of products that all support the 
same enhanced capabilities. 

8.2 COMPLIANCE LEVELS 

This section presents the various levels of compliance for each level of the specification. Each capa- 
bi ity supported beyond the minimum shall be documented in the product data sheet. 

8.2.1 ELECTRICAL INTERFACE 

The electrical interface supports variability in bit rates, load characteristics, and repeater character- 
istics. The bit rates specified in section 2 include 2.4 mbits/sec synchronous and 375 kbits/sec and 
62.5 kbits/sec self clocked. Of these only 375 kbits/sec is required. The others may be optionally sup- 
ported. The load for a BITBUS node shall be specified in terms of the standard load defined in section 
3.2.1 . Repeaters are specified in terms of the standard repeater delays defined in section 3.3.5. 

8.2.2 DATA LINK PROTOCOL 

The data link protocol has no optional features. The full protocol shall be supported for compatibility. 

8.2.3 MESSAGE PROTOCOL 

The message protocol supports variability in message length. All implementation shall support the 
standard 5 byte header and 13 byte data field. Implementation may optionally support larger data 
fieids. 

8.2.4 REMOTE ACCESS AND CONTROL 

Support of the remote access and control function is completely optional. The only requirement is 
that supported commands shall meet the specification. 

8.2.5 MECHANICAL 

The mechanical specification contains the option of supporting the standard I/O board specification. 
As with RAC, the only requirement is that if supported, it shall meet the specification. 
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******************************** 
* ************************** * 



* * * * 

* * 5 * * 

* * * * 

* * LOGICIEL X25 * * 

* * * * 

* * T.I. T.N * * 

* * * * 



* ************************** * 

* **************************** * 
******************************** 



EN MAT I ERE DE COMMUNICATION CONCERNANT X25, INTEL A RETENU LA 
SOCIETE T.I. T.N. 

CE PRODUIT LOGICIEL APPARAIT DANS LES "YELLOW PAGES" ET 
METROLOGIE LE DISTRIBUE EN FRANCE. 

LE LOGICIEL X25 DE T.I. T.N. EST PORTABLE SUR TOUT OPERATING 
SYSTEM • CEPENDANT T.I. T.N. PROPOSE UNE SOLUTION PRECONFIGUREE 
POUR LA CARTE SBC 88/45 AVEC UNE INTERFACE L'ASSOCIANT A iRMX 86 
DANS CE CAS L ' INTERFACE EST BASEE SUR UNE FILE DE COMMANDES. 



L 1 ARCHITECTURE EST LA SUIVANTE : 



PROCESSEUR 



MAI TRE 



R 
M 
X 



RMX INTERFACE 



APPL 



APPL 



APPL 



COMMUTATION 
ADAPTATION 




NIVEAU PAQUET 


SCHEDULER 


NIVEAU TRAME 




DRIVER IT 





SBC 
88/45 
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LE LOGICIEL X25 DE T.I. T.N. EST ENTIEREMENT CONFIGURABLE. 
LES PARAMETRES SONT DEFINIS A L 1 I N I T I AL I S AT I ON : 



- NOMBRE DE LIGNES PHYSIQUES 

- TYPE ET CARACTERISTIQUES DES TRAVAUX 

- NOMBRE ET TYPE DE CIRCUIT VIRTUEL POUR CHAQUE LIGNE 

- UTILISATION DE LA LIGNE SYSTEME 

- UTILISATION DE MODULES DE 8 OU 128 PAQUETS 

- CONNECTION DE BOUT EN BOUT 



LE LOGICIEL FOURNI EST EN EPROM. TOUTES LES OPTIONS SONT DECRITES 
PAR LES RECOMMANDATIONS DU CCITT X25 REVISION 1980. 
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I - LES LOGICIELS DE COMMUNICATION PORTABLES THOMSON-TITN 



I 



.41- PRESENT. 



:ation generale 



THOMSON-TITN propose une gamme complete de logiciels X.25 
et TELETEX compatibles avec les dernifcres recommendations du 
CCITT : 



- Logiciels X.25 permettant l'acces a tous les reseaux X.25 



- Logiciel X.29 permettant la realisation de serveurs 
accessibles par des terminaux asynchrones connected au 
reseau a travers un PAD. 

- Logiciel d' emulation PAD X.28 - X.3 permettant d'acceder 

a un serveur PAD en France ou a l'etranger avec une liaison 
securisee. 



- Logiciel TELETEX permettant la connexion au service TELETEX 
de transmission de documents a travers un reseau de 
commutation de paquets X.25, de commutation de circuits 
X.21 ou t§lephonique commute avec l'option LAPX. 

- Logiciel X.21 d'acces au reseau de commutation de circuits 
type TELECOM 1 ou RTC 64. 

Les logiciels de commutation portables THOMSON-TITN, ecrits 
en "C" , peuvent Stre implantes sur la plupart des microproces- 
seurs et sur de nombreux minicalculateurs . 
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2- PORTAGE DU LOGICIEL 



THOMSON-T ITN assume la responsabilite complete du portage 
de ses logiciels de communication dans 1' environnement 
materiel du client. 

Le portage comprend 1' implementation du logiciel sur le 
materiel du client et 1' adaptation aux interfaces materiels. 
Un interface utilisateur standard de type entrees-sorties 
est adapte au systeme d' exploitation du client. 

Des specifications detaillees d' implementation sont fournies 
au client pour approbation dans un delai de deux mois apres 
la commande. 



■ 
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- SPECIFICATIONS MATERIELLES MINIMALES 

Les logiciels de communication portables THOMSON-TTTN 
utilisent generalement un coupleur de communication 
intelligent comprenant : 

- un processeur pour lequel un compilateur "C" est disponible. 

- 64 KO de memo ire dont au minimum 16 KO de RAM. 

- 1 timer avec un compteur pour les delais logiciels, generant 
une interruption toutes les dix millisecondes . 

- 1 SIO synchrone programmable en HDLC couple en mode 
programme ou en DMA. 

- 1 SIO asynchrone pour le moniteur de ligne optionnel. 

- 1 interface de type "boite a lettre" avec le processeur 
principal. 

Les logiciels X.25, X.29 et X.21 sont implantes sur le 
coupleur de communications. 

Les logiciels TSletex et PAD sont implantes sur le processeur 
principal du fait de leur forte interaction avec le systeme 
d' exploitation. 

THOMSON-TITN peut etudier le portage du logiciel sur tout 
autre type de configuration materielle. Des implementations 
sur des systemes monoprocesseur voir monotaches sont possible. 
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4- GENERATION DYNAMIQUE 

Tous les logiciels de communications THOMSON-T I TN sont 
entierement parametrables a 1' initialisation. 

Les parametres sont definis a 1* initialisation du logiciel 
qui construit automatiquement ses tables et buffers dans un 
segment de donnees defini par 1' utilisateur . 

Ces parametres fixent le dimensionnement et les caracteris- 
tiques de l'abonnement ainsi que les specif icites de chaque 
reseau. 

Certains parametres peuvent etre rendus inaccessibles a 
1' utilisateur final. 



Tout incident materiel detecte par le logiciel peut provoquer 



5- INCIDENTS MATERIELS 
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.OGICIEL X.25 



II-l- PRESENTATION 

Le logiciel X.25 THOMSON-TITN peraet la connexion a tous 
les reseaux X.25 de commutation de paquets europeens et 
mondiaux. 

Le X.25 est maintenant reconnu comme un standard mondial 
pour les transmissions de donnees . Le nombre de reseaux X.25 
dans le monde est en croissance rapide. 

Le logiciel portable X.25 THOMSON-TITN est un moyen rapide 
et sur d'implanter un interface X.25 sur un materiel 
quelconque. II est entierement ecrit en langage "C". 

II est certifie ou en cours de certification sur les 
principaux reseaux mondiaux : 



PAC (France) 



- DATEX-P (Allemagne) 



- EURONET (Europe) 

- TIMNET (U.S.A.) 



- PSS 



- KDD 



(Grande Bretagne) 



(Japon) 



- TELENET (U.S.A.) 



- DCS 



(Belgique) 



- UNINET (U.S.A.) 



- DATAPAK (Canada) 
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II-2- SERVICES SUP 



Le logiciel X.25 supporte 1' ensemble des services definis 
par les dernieres recommendations du CCITT : 

- circuits virtuels permanents ou commutes , 

- negociation des parametres de contrSle de flux (taille 
de fenetre, taille de paquet), 

- classe de debit 

- numerotation et endue a 128 (liaisons satellites) 

- specialisation des voies logiques en emission ou 
reception, 

- groupes fermes d'abonnes 

- selection rapide 

- paquet REJ 

- bits Q et M 

- bit D 

- connexion specialises ETTD - ETTD 

- LAP et LAPB 

- extension d'adresse 

- etc... 



Le service "datagrammes" n'est supporte actuellement par 
aucun reseau public et n'est pas implantg. 
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II-3- IMPLEMENTATION DU LOGICIEL 

Le logiciel X.25 est, en general, implante sur un coupleur 
de communication intelligent independant. II s' interface 
avec l'application a travers des "boites a lettres" en memo i- 

j-% -I- - LILLIl I 

re commune . 

Les programmes de telechargement , d' initialisation et 
d' interface utilisateur sur le processeur principal sont 
fournis par THOMSON-TITN. 

La taille du logiciel est de environ 40 K octets. La taille M 
des tables et buffers varie avec les caracteristiques de 

- 

la ligne X.25 : 

M (en octets) - 4 000 L + 100 CL + 4 000 
L : Nombre de lignes 
C : Nombre de CV par ligne 
Le logiciel comprend les modules suivants : 



- un module d'echange permettant le transfert de blocs entre 
le processeur principal et le processeur de telecommunica- 
tions. 

- un module "aiguilleur" permettant d'aiguiller les 
commandes . 

- des modules "adaptateur" assurant l'interface logique entre 
le driver de l'application et le logiciel X.25. 

- un module paquet X.25 niveau 3 

- un module trame X.25 niveau 2 

- le driver ligne gerant le boltier serie d' Entree/Sortie. 
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BUS 



MECANISME D ' E CHANGE 



DRIVER INTERFACE 



SYSTEME 
D 'EXPLOITATION 
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MECANISME D'E CHANGE 



AIGUILLEUR 



ADAPTATEURS 



X.25 - 3 



X.25 - 2 



DRIVER LIGNE 



PROCESSEDR 
TELECOMMUNICATIONS 



4- INTERFACE X.25 

L'interface X.25 permet SI' application de dialoguer avec 
le logiciel X.25. II comprend trois niveaux : - 

- le "mecanisme d' echange" qui definit des boites a lettres 
utilisees pour 1 ' e change de blocs de commande entre le 
X.25 et l'interface utilisateur a travers une memoire 
double acces avec un mecanisme de synchronisation. 

- l'interface "driver" qui definit un interface de type 
"entrees-sorties" avec des ordres classiques (OPEN, CLOSE, 
READ, WRITE, IOCTL). 

- l'interface du logiciel X.25 (appels sortants, echange de 
paquets, appels entrants, etc.). Les commandes sont 
multiplexees par des unites logiques vers les differents 
circuits yirtuels. 

Le X.25 peut avoir deux modes de fonctionnement : 

- le "mode paquet" ou 1' application echange avec le X.25 des 
paquets de donnees au format standard X.25. Ce mode donne 
1'accSs a 1' ensemble des services X.25. II necessite une 
certaine connaissance du X.25. 
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- le "mode donnges" ou "mode transparent" ou 1' application 
dialogue avec le X.25 avec un interface standard d' entrees- 
sorties. Le X.25 se charge du decoupage des blocs en 
paquets. L ' utilisateur se contente d'effectuer des "READ" 
et des "WRITE". Ce mode restreint les services accessibles 
du X.25 mais permet d'interfacer des applications 
standards. 

L 1 utilisateur peut commuter d*un mode a 1' autre sur un 
circuit virtuel en cours de connexion. 

Les evenements entrants asynchrones (appel entrant, incident 
ligne) sont envoyes a un processeur de controle fourni par 
1' utilisateur. 
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II 



- 



5- PERFORMANCES 



Le X.25 peut gerer environ 60 paquets entrants ou sortants 
par seconde avec un SIO couple en acces direct memoire. Ces 
performances peuvent varier avec la puissance du processeur 
et la qualite du compilateur. 



II-6- PARAMETRES D * INITIALISATION 

Les parametres d' initialisation du logiciel comprennent 
toutes les caracteristiques de l'abonnement : 

- reseau utilise 

- taille maximale de paquet 

- vitesse de ligne 

- caracteristiques de l'abonnement 

- dimensionnement 
nporisation 



Le lancement du logiciel s'effectue en trois phases : 

- chargement du logiciel (une version en REPROM est aussi 
disponible) 

- initialisation des parametres 

- lancement du logiciel dans la sequence d' Initialisation. 
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7 



MONITEUR DE LIGNES (LMS) 



Le moniteur de ligne optionnel permet la trace complete ou 
selective du trafic echange avec la liaison X.25 sur un 
terminal asynchrone de type ecran. II permet d' assurer une 
mise au point ou un diagnostic local ou distant. 

Le logiciel peut tracer des paquets ou des trames d'un type 
donne ou sur une voie logique donnee. Les crit&res de 
selection sont fixes a 1' initialisation. Une version 
interactive sera disponible prochainement . 

Les entgtes des paquets ou trames sont affichees sous forme 
symbolique. Les autres donnees sont affichees en hexadecimal. 
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Ill - LOGICIEL X.29 



III 



>1- PRESENTATION GENERALE 



Le logiciel X.29 permet de realiser un serveur sur un reseau 
X.25 accessible par un terminal asynchrone quelconque du 



reseau connecte a travers un PAD. 








X.29 


X.25 


SERVEUR 
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III-2- SERVICES SUPPORTES 



Le logiciel X.29 assure la fragmentation reassemblage des 
lignes. les donnees sont passees ligne par ligne a 
1* application. 

Les commandes de negociation peuvent etre passees au 
logiciel X.29 dans le format standard CCITT. 

Des requetes standard du systeme d' exploitation (du type 
passage en non echo par exemple) sont en outre converties 
automat iquement en commandes de negociation. 
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-3- IMPLEMENTATION DU LOGICIEL 

Le logiciel X.29 est implante comme un adaptateur (cf. II-3) 
du logiciel X.25 et fait partie integrante du package X.25- 
X.29. 

II est enti&rement ecrit en langage "C". 
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III- 



III -4- INTERFACE UTILISATEUR 



L'interface X.29 est analogue a 1' interface X.25. 

En mode "transparent", apres 1* etablissement de la con- 
nexion, l 1 application peut gerer un terminal PAD de la m&ne 
maniere qu'un terminal local (avec quelques restrictions 
mineures dues au PAD) . 

Un circuit virtuel est dynamiquement assigne a X.29 au 
moment de son etablissement. 



5- PERFORMANCES . 



Le logiciel X.25 - X.29 peut gerer environ 40 paquets par 
seconde (avec un SIO en acces direct memoire) . 



III-6- PARAMETRES D' INITIALISATION 



Le X.29 ne possede aucun parametre specifique par rapport au 
X.25. 
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IV - LOGICIEL X28-X3 



IV - 1 




GENE RALE 



Le logiciel X.28-X3 permet d'emuler un terminal connecte a 
un PAD avec un calculateur connecte directement en X25 a un 



Ce logiciel permet : 

- Une liaison fiabilisee en supprimant la connexion non 
securisee entre le terminal asynchrone et le PAD. 

- Une performance super! eure en supprimant la limit e actuel- 
me de 1200 bauds sur les acces PAD. 

- La facilite de connexions Internationales qui sont tres 
restreintes avec un terminal PAD pour des raisons de 
taxation. 

II necessite V utilisation du logiciel TITN X.25. 



reseau. 
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2 SERVICE SUPPORTES 



Le logiciel X.28-X3 assure 1' interface avec le ou les ter— 
minaux asynchrones du systeme et la fragmentation reassem- 
blage des caractere en paquets. 

II assure la negociation locale ou distante des parametres. 
3 IMPLEMENTATION DU LOGICIEL 

Le logiciel X.28-X3 doit etre implante sur le processeur 
gerant les terminaux sous le systeme d' exploitation du 
client. 

II est entierement ecrit en langage "C. 

II est consider! comme un programme d' application vis-a-vis 
du systeme d ' exploitation . 
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4 INTERFACE UTILISATEURS 



Le X.28-X3 n'a pas d* interface de type "application" car 11 
interface directement les terminaux, a travers le systeme 
d'Entrees/Sorties , et le logiciel X.25. 

Le dialogue operateur est analogue a celui d'un terminal 
PAD. 

Une selection de parametres par "menu" peut etre proposee 
dans le cadre du portage du logiciel. 



-V-20 



LOGICIEL TELETEX 



V - 1 PRESENTATION GENE RALE 



Le logiciel TELETEX permet de connecter un calculateur au 
service TELETEX a travers les reseaux X.25 de commutation de 
paquets, X.21 a commutation de circuits, ou telephonique 
commute. 

II comprend les couches transport (CCITT S70) et session 
(CCITT S62) du protocole TELETEX. II utilise le logiciel 
TITN X.25. 

Les extensions X.21 pour l'acces aux reseaux circuits 
(Allemagne, Suisse, Scandinavie, Canada) et LAFX pour 
l'acces au reseau telephonique commute (France) sont 
integres au logiciel X.25. 

Ce logiciel est conforme aux recommendations des administra- 
tions des differents pays concernant leur service TELETEX 
present ou futur (France, Allemagne, Canada, Etats-Unis) . 
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2 SERVICES SUPPORTES 

Le logiciel TELETEX supporte tous les services du Teletex de 
base definies par le CCITT. 

Les extensions des services TELETEX en cours de definition 
seront implantes dans le logiciel a une date ulterieure : 

- Multiplexage au niveau transport. 

- Transmission bidirectionnelle simultanee. 

- Extensions graphiques (CCITT Sa).. 

Le logiciel gere un journal des documents entrants et 
sortants sur un fichier disque ou une imprimante. 
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CARACTERISTIQUES MINIMALES DU MATERIEL ET DU LOGICIEL DE BASE 



En plus des caracteristiques liees au logiciel X.25 (cf 1-3), 
le logiciel TELETEX necessite une memoire de masse et environ 
40 KO de memoire sur le processeur central. 

Le logiciel TELETEX utilise un scheduler de taches interne et 
peut done est implante sur tout systeme d' exploitation mono 
ou multitahce possedant un systeme de gestion de fichiers. 



DU LOGICIEL 

Le logiciel TELETEX est implante comme un programme 
d' application s' interfacant avec le logiciel X.25 TITN 

II est entierement ecrit en langage "C". 



INTERFACE 



Les documents sortants doivent etre generes par un logiciel 
de traitement de texte du client et soumis au logiciel 
TELETEX en format S61 a travers un fichier disque. 

Les documents recus sont fournis a 1' utllisateur en format 
S61 TELETEX a travers un fichier disque. 

Chaque document est precede d'une ent§te contenant les carac- 
teristiques d'acheminement de ce document. 

Le logiciel TELETEX est entierement parametrable a 1' initia- 
lisation comme le logiciel X.25. 
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VI - LOGICIEL X21 



logiciel X.21 peut §tre ajoute au logiciel X.25 pour permettre 
l'etablissement de communication en point a point sur un reseau X.21 
& commutation de circuits (TELEC0M1, ou RTC64). 



Ce logiciel necessite un interface V2A standard auquel est ajoute 
es deux signaux paralleles C et I du standard X.21. 

II gere : 

La phase d' etablissement et de rupture d'appel conf ormements a 
l'Avis X.21 du CCITT. 

Les services complementaires prevus dans les START d' interface 
X.21 de TELEC0M1, a 1' exclusion du multipoint. 



Le logiciel est principalement implante au niveau du driver ligne. 



Un processus independant gere les services complementaires TELEC0M1. 



II est presque int&gralement ecrit en langage "C 



Le logiciel X.21 est en general integre au logiciel X.25 pour 
permettre une communication ETTD - ETTD X.25 apres l'etablissement 
du circuit. 

Une version du logiciel independante, permettant de realiser un 
interface X.21 sans utilisation du X.25 sera aussi disponible. 
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******#*********************** 
**#***********************#******#**#***** 

# ** _ 6 _ * *# 

# * * CARTES COMPATIBLES SBC * * * 

# » * * # * 

** * DE T.I. T.N. * * * 

#* # #* * 

****************************************** 

****************************** 



ENTRE AUTRES ACTIVITES LA 50CIETE T.I. T.N. PROPOSE DES CARTES 
COMPATIBLES SBC, CELLES-CI SONT DISTRIBUEES PAR METROLOGIE. 

AU CATALOGUE DE T.I. T.N. IL CONVIENT DE MENTIONNER L'EXISTENCE 
DE CARTES UNITES CENTRALES ORGAN I SEES SOIT AUTOUR DU 68B09, DU 
68000 OU DU 8086. LES PRINCIPALES FONCT I ONN AL I T ES DE CES CARTES 



SONT : 



TYPE 



CPU 



VITESSE 



MEMOIRE RAM 



MEMO IRE 
E^ROM 



LIAISON 
SERIE 



i/b 

PARAL 



SBX 



ELE 



TN 68/31 



68B09 



1,8 MHZ 



16 KO 



32 KO 



3xRS232 
DONT : 
2xRS422 



NON 



NON 



TN 68/35 



68B09 



1,8 MHZ 



64 KO 



32 KO 



2xRS232 
OU RS422 



48 



NON 



TN 68/44 



68B09 



1,8 MHZ 



16 KO 



32 KO 



4xRS232 



NON 



TN 68K30 



68000 



7,5 MHZ 



128 KO 



64 KO 



2xRS232 



NON 



TN 86/40 



8086 



5-8 MHZ 



32-128 KO 



32 KO 



2xRS422 
lxRS232 
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POUR OB 



EN I R DES INFORMATIONS COMP L EMEN T A I RE S , NOUS CONTACTER... 



PAR A ILLEURS T.I. T.N REALISE D'AUTRES CARTES POUR LESQUELLES UNE 
SPECIFICATION ABREGEE VOUS EST COMMUNIQUEE CI-APRES : 
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L S'AGIT DES CARTES : 
TN 



TN 



TN 



68/39 : C'EST UNE CARTE D ' EXTENSION DE 8 LIGNES 

SERIE RS232. 

68/18 : C'EST UNE CARTE DE 8 KO DE RAM SECOURUE PAR 
BATTERIE AVEC EN PLUS L 1 ENTRET IEN DE L'HEURE 



TN 



03/TN 04 



CARTES PERMETTANT DE REPETER LE MULTIBUS D'UN 
BAC A CARTES A UN AUTRE BAC A CARTES. 



TNBX 05 



68100 



TN 68110 



C'EST UN MULTIMODULE SBX DOTE DE 2 PORTS SERIE 
MULTI-PROTOCOLES. 

C'EST UNE CARTE MEMOIRE IMAGE GRAPHIQUE FAITE 
POUR ETRE ASSOCIEE A UN MONITEUR NOIR ET 
BLANC 625 LIGNES ENTRELACEES A 50 HZ 
LA DEFINITION DE L ' IMAGE VISUALISEE EST 
DE 864 x 572 POINTS TANDIS QUE L ' IMAGE 
MEMORISEE EST DE 864 x 1144 POINTS. 

C'EST UNE CARTE MEMOIRE IMAGE GRAPHIQUE FAITE 
POUR ETRE ASSOCIEE A UN MONITEUR COULEUR. 
LA RESOLUTION EST DE 256 x 256 POINTS AVEC UNE 
PROFONDEUR DE 6 BITS PAR PIXEL. 
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TN 03/TN 04 

multiple Multibus* adaptors 





TJTN 








These boards provide the 
interlacing ot several MULTIBUS* 
racks. 

The upstream board acts as the 
master in the exchange between 
boards ol dillerent racks. 

However there are no limitations 
on the control ol the MULTIBUS* in 
the case ol exchange between 
boards of the same rack. 

Trademark from Intel corporation. 



The fields ol MULTIBUS* addresses 
are "prom-lused" in the upstream 
adaptor. 

These address fields are used 
for memory and I/O transfers in the 
upstream rack dedicated to the 
exchanges with the other rack. 

These boards provide data 
registers and Time-out logic, 
so that the bus occupation 
is optimized in the two racks. 
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interrupt capability 

18 levels ol interrupts are available 
in two ways for interrack interrupts. 

• 2 Multibus* interrupts are directly 
transmitted. 

• 16 levels ol vectored interrupts are 
dedicated to interprocessor 
interrupts between boards 
distributed in separate racks; they 
are managed by 2 PIC 8259's. 

In each rack, 8 other interrupt levels 



(managed by a 8259) may be 
utilized for local interprocessor 



interrupts using 
signal. 



only one Multibus* 



adressing capabilities 

Downstream bus addresses may be 
obtained by transcoding upstream 
bus addresses so that one master 
board may command several 
identical slave systems. 

Maximum addressing possibilities: 
1 Mbytes in memory addressing 
64 Kbytes in I/O addressing. 



multi master capabilities 

TN 04 board provides full Multibus* 
arbitration control logic which 
allows up to three bus masters with 
serial priority, and up to 12 masters 
with an internal priority network. 



block diagram TN 03/TN 04 
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TN68 39 




• Provides 8 asynchronous or 
synchronous serial lines. 

• Supports RS 232C interface. 

• Three 8253 programmable timers 
with three programmable 16 bit 



m 



ers/event 



BCD or binary ti 
counters each. 

• 16 sources of interrupts (2 by 
serial line) strappable on any of 
8 Multibus* interrupts. 

• Baud rate generator up to 38.400 
bauds synchronous and 9.600 
bauds asynchronous 
programmable by software. 

• A complete family of single 
board computers, memory, 
peripheral controllers, packaging 
and software is available. 

The board is a 6.75 x 12.00 inches 
printed circuit board. 



functional description 



The TN 68 39 board is a Multibus* 
compatible slave board. It 
provides 8 programmable 
communication interfaces using 
the Intel 8251A universal 
synchronous/asynchronous 
rece iver/ transm itter 
(USART). Each counter output of a 
programmable timer is dedicated 
to a USART as a clock. The 
USART may use either this clock or 
an external clock. 

_The receive pr transmit clocks may 
be common or independent. If 
they are internal and independent, 
they must be identical for two 
USART's of sequential rank. The 
selection of the receiver and 
transmitter clocks is done by straps 
in a matrix. 



A parallel peripheral interface 
(8255) adds three lines at each RS 
232C interface. These lines may 
be used as input or output lines at 
customer discretion. The choice of 
the direction must be the same for 
all the serial lines. 

Sixteen sources of interrupts, one 
for transmission (TX ready), one for 
reception (RX ready) are 
stored in two eight bit 
registers: TX ready register and RX 
ready register. These two 
registers may be read through the 
Multibus* An interrupt matrix 
provides the multiplexing of the 16 
outputs of the two registers on any 
number of the 8 Multibus* 
interrupt lines. 
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specifications 



8 serial lines using 
Timers: 

Reference frequency: 2.46 MHz 
1.23 MHz - 153,6 KHz 

Baud rates 



Frequency 
KHz 




Baud rate 


A; 


ynchronous 


Synchronous 




,6 




: 64 




153.6 


9.600 




2 400 




76 8 


4.800 




1.200 




38 4 


2.400 




600 


38.400 


19.2 


1.200 




300 


19.200 


9 6 


600 




150 


1.600 


4 8 


300 




75 


4 800 


2 4 


150 






2.400 


1 76 


110 






1.760 



Interface: 

• Multibus^ All signals TTL 
compatible 

• Serial I/O: - RS 232C tor all 

signals issued from 
USART 

- RS 232C or TTL for 
the three signals 
connected to the 8255 
PPI 

Connectors 



Serial communication 
characteristics: 

• Synchronous 5-8 bit characters - 
internal or external character 
synchronization. Automatic SYNC 
insertion 

• Asynchronous: 5-8 bit characters. 



Interface 



Multibus system 
Serial l/O 



Centers 



P1 = 86 pins 



34 pins 

(tor two serial lines) 



0.156 



Multibus* drivers 



Function 



Data 
Address 
Commands 
Bus control 



Characteristics Sink current (ma) 



Tristate 
Tristate 
Tristate 
Open collector 



32 
32 
32 
20 



Physical characteristics: 

• Width: 12.00 in (30.48 cm) 

• Height: 6.75 in (17.15 cm) 

• Depth: 0.70 in (1.78 cm) 



block diagram TN 68 39 



8AS/SYN SERIAL LINES 



I- t t t I I t II- 



RS 232 C ADAPTERS 




SERIAL 
INTER- 
FACE 



J" 




TX Ready Register MX M*M> MmMmt 



ICO 



MATRIX 
(JUMPERS) 



MULTIBUS* INTERRUPTS 7 



MULTIBUS' SYSTEM BUS 



Environmental characteristics: 

• Operating temperature: 0° C 
to 55° C 

• Relative humidity: to 90% 
(without condensation) 

Electrical characteristics 



Current requirement 
All voltages ± 5% 



+5 V 



3,5 A 



+ 12 V 



250 ma 



-12 V 



250 ma 



Serial RS 232 C 
(for one line) 

DSR Data Set Ready 
TXC Transmit Clock 
RXC Receive Clock 
CTS Clear To Send 
RXD Receive Data 
TXD Transmit Data 
RTS Request To Send 
DTR Data Terminal Ready 
EXC External Clock 

+ 3 lines at Customer discretion 
(TO/FROM 8255PPI) 
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IN 68/13 
CLOCK, CALENDAR AND RAM 
WITH ON BOARD BATTERY 3ACK-U? 



On 



Pa 



Kbytes of RAM 
hour clock with 0,1 s resolution 
C.4.LEND.^R function with month, day of week, day of (year /month) 
Or^e programmable timer 

board battery back up with 10 days capacity, 
rallel priority management for up to 12 Master boards 
Multibus* interface for slave operation 



complete family of single board computers, memory, peripheral 



coUrollers, packaging and software is available. 
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FUNCTIONAL DESCRIPTION 



The TN 68/18 provides several independent facilities, available to 
master beards of Multibus* systems. 

Capability ; 

The TN 68/18 board includes 8 Kbytes of slave memory, available for 
Multibus* master boards via the system bus. The memory is addressed 
as one segment of 8 Kbytes in a field of 1 Megabyte. The address of 
the field is defined by straps. In case of power supply failure, 
transmitted via the Multibus*, the pover is supplied by a battery, 
with an guaranteed capacity of 10 days. An associated logic manages 
all the Multibus* signals dedicated to the power failure : ACLO, 
PFIN, PFSN : MPRO, INIT. 

Z AND CALENDAR : 

The TN 68/18 provides the calendar information in the following 
f,-:...:-t of ECD characters : 



Years / Tens of months / Units of months / Tens of days of 
month / Units of days / Tens of hours / Units of hours / 
Tens of Minutes / Units of minutes / Tens of seconds / 
Units of seconds / Tenths of seconds. 

These characters may be read as the least significant four bits of a 
byte through Multibus*. So, the day of the week may be read. The 
updating may be dona by loading of the minutes, hours, days and years. 



* Trademark from Intel 
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The start and stop of the calendar are under program control. The 
synchronization of the reading is done by a test on the value of 
the character read. If it is 1111, this indicates that the counters 
are changing and that the reading must be resumed. 

In the clock function an interrupt is generated on a Multibus* 
interrupt line. The number of this interrupt is selected by a 



j umper , 



The frequency of these interrupts is defined by the content of the 

interrupt and status register. Three values are available : 2 Hz, 

2 Hz and j_Hz . 
60 

ha calendar function is saved by a battery back-up in case of power 
failure, during 10 days. 

PARALLEL PRIORITY MANAGEMENT : 



The 12 signals BREQ to BREQ 11 are processed in parallel. The 
priorities attached to these signals are static. One of the BPN 
to 11 signals is generated according to the defined priorities 
id the current requests. 
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SPECIFICATIONS 



!r.iory 



Clock 



- 8 Kbytes with a modularity of 1 Kbyte- 

- Base address defined by straps in 1 Mbyte field. 

- Jumpers to define the on board modules. 

- Maximum access time : 740 ns 

- Selection of use of advanced acknowledge by strap, 
and calendar : 



16 sequential address registers are dedicated to the clock and 
calendar functions. These addresses are referenced to a base 
address defined by straps. 
Format of registers : - 4 LSB are used 

- MSB copies the PFSH status 
The tables of Annex I describes the function an relative address 
of the registers. 



L ogic for back-up on power fai lure : 



Eat t e ry : 



- Input : AC LOW 

- Outputs : Power fail interrupt 

Power fail sense 
Initialization 
Memory protect 



- Capacity : 100 mAh 

- voltage : 3,6 volts 

- Maximum loading time : 20 hours 



■ rallel priority management : up to 12 static signals. 



yi-11 



Connectors 





Double sided pins 


Centers (inches) 


PI = 

P2 = 


86 
50 


0,156 
0,1 

! 



Mul ti bus interf aces : TTL compatible 



Multibus drivers : 



Function 


Characteristics 


Sink current (ma) 


Data 
Address 
Commands 
Bus control 


Tri state 
Tri state 
Tri state 
Open collector 


32 
32 
32 
20 



Physical characteristics 



Width : 12.00 in (30,48 cm) 
Height : 6.75 in (17,15 cm) 
Depth : 0. 70 in (1 , 78 cm) 

Environment characteristics : 



Operating temperature : 0° C to 55° C 

Relative humidity : to 90 % (without condensati 



theatrical characteristics : 



Voltage 
Current 



5 volts ♦ 0,5 V 
2 , 2 A max. 
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ANNEX I 



iki I Adi$fe*a Decoding For fntsrnal Regirts-rs 







j i iJEC i ~u CwUNi r-H 




A Et ORG 


f. S cITS 




MODE 


- 





. ., mi | -m , 


AD 3 


AO 2 


AO 1 


AO 






3 


Test c.ly 








a 





Write cr.t'y 




1 







Q 





1 


Rtisd only 




A. 


Ur.it.'. of sees 


0. 





1 





Rr.sd cniy 




3 


Tens cf st-ca 





a 


1 


1 


Rend cniy 






Urv's cf rrnnj 





i 








Resd or '.' nt» 




5 


Te.-'s of n.m: 





1 





1 


Fc£C or '<V-,;a 




5 


Units cf hours 




1 


1 





Rcid cr Wnta 




7 


Ttr.s oi hours 





1 


1 


1 


Retd or V/nta 




3 


Unit: of C;n a 


1 











Raid cr Wnta 




3 


Te.-.t cf <s*ft 


1 








1 


Reed cr Writ* 







D*y of e*JS 


1 





1 





Rc;.d or Wmo 






Units cf .Ticr.ths 


1 





1 


1 


R»i.d or Wn;s 




2 


Tsr-.s of nontfts 


1 


1 








Resd or Wnta 




3 


Y «* rs 


1 


1 





1 


Wnts oniy 




■i 


Sroc/Slsrt 


1 


1 


1 





Wnta or.iy 




c 


interrupt £ Si?v.:z 


1 


1 


1 


1 


Rtsd or Writa 



f lbte 2A fnturrwpt S*/f-c£iort Dttl 





MODE: AODSJSi 1 5. WRITE MODE 












r^riCt:on 


DP3 


CB2 


DB1 


cao 




Mo Internj&t 


X 













int. =t £/} s&c i*tt»fV»la* 


0/1 


1 










int. at 5.0 J«c iMwvilt* 


0/1 





1 







Int. it 0.5 sec int«rv«fs* 


0/1 








1 




' ±16. 5ms 











CEJ^O. Mi.'njie interrupt 



DC3— I, r»p««ttd interrupt 



InCWfupt Read Back (Stotus) 





vlODE ADDRESS 15. RfAD MODE 












lYUfrt Status 


D63 


Df.2 


DS1 


DBO 




T«3Kt 
















60 « : -gnai 


0/1 


1 










5.0 jfc ingnf.l 


0/1 





1 







0.5 roc 3icr.*i 


0/1 








1 



0tZ'-'0. no interrupt 



De3 ~ 1, interrupt from tmw 



.':•<* 2 Years S fetus &a 





MODE; ADDRESS 13, WHt¥i MODE 


0B3 


DE2 

L_ . j 


Ml 


050 




Lsi-c y««r 


1 


















1 








U*o yt»r + 2 








1 







La*o y«« r-r 3, 










1 
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TNBX 05 



multiprotocol serial lines 
_____ 




• Provides two asynchronous, 
synchronous, HDLC/SDLC hali/full 
duplex serial lines for iSBX* bus 
compatible microcomputers. 

• 4 independent on-board baud 
rate generators, programmable by 
software. 

• Supports RS 232C interface 

The TNBX 05 provides 
incremental on board I/O 
expansion support for 
asynchronous, synchronous and 
ISO/CCITT's HDLC or IBM's SDLC 
communication. Plugging 
directly into any iSBX* bus 
compatible host board, the TNBX 05 
module provides two R232C 
communication channels with 4 
on-board software selectable baud 
rates, up to 307.200 Kbauds for 
full-duplex synchronous 
operations. 

Once installed on the mother-board 
iSBX* connector the TNBX 05 
daughter board makes the mother 
board thicker. 
Complying with 

INTEL specifications, t[he resulting 
assembly requires two consecutive 
slots. 



functional description 



The TNBX 05 uses the MPSC 
8274 programmable multiprotocol 
controller. This controller links 
the parallel TNBX 05 
to the two serial channels. 

During a transmit sequence, the 
TNBX 05 accepts data and 
commands from the iSBX*bus 
interface, translates and formats 
the data in asynchronous, 
synchronous or HDLC/SDLC 
protocol formats, provides the RS 
232C interface control signals and 
sends the data to the serial 
channels. - , 



The operation may be half or full 
duplex. 4 independent on-board 
baud rates are programmable by 
solftware. 

The frequency inputs of the 
controllers may be selected 
through a strap matrix from these 
4 baud rate generators or from 2 
external sources provided through 
the RS 232C interface external 
clock. 

The strap matrix allows selection 
of the DCE or DTE mode and the 
crossing or looping of TXD and 
RXD and of RTS, CTS, DCD 
signals. 



TOP VIEW OF THE TNBX 05 



I/O connectorr 



CHANNEL A 



CHANNEL B 



1.46 inch 



0.40 inch 



0.86 inch 



1.46 inch 

0.40 inch 



0.78 
nch 



1.85 inch 



| iSBX'connector" 
0.11 inch 



2.95 
inches 



•4.6 inches 



Trademark from Intel Corporation. 



VI-14 



specifications 



Data size: 8 bits 

Interface: 

iSBX* BUS: All 
compatible 

SERIAL RS 232 
CTS C 
DCD 



signal TTL 



Data 



RXD 
RXC 
TXD 
TXC 
RTS 
DTR 
EXC 



C SIGNALS: 
ear to Send 

Carrier Detect or 
Data Set Ready 
(slrap selection) 
Receive Data 
Reaeive Clock 
Transmit Data 
Transmit Clock 
Request to Send 
Ddta Terminal Ready- 
External Clock 



clock selection 



A strap matrix provides the 
selection of 4 clock signals for the 
transmission and reception rate of 
each channel from the four outputs 
of the baud rate generator or from 
the two external sources, provided 
through the two RS 232C connectors. 

Characteristics of the synchronous 
mode: 

— 5 to 8 bit characters — Automatic 
SYN insertion — Internal or external 
character synchronization. 

Characteristics of the 
asynchronous mode: 

— 5 to 8 bit character mode 

— 1, 1 1/2 or 2 slop bits 

— break character generation 

— false start bit detection 

Characteristics of HDLC and SDLC 
bit synchronous mode: 

— These bit synchronous modes 
are fully compatible with the 
CCITT or IBM specifications. 



dc power requirements 

(to be supplied by mother-board): 



baud generation 



• The board provides an on-board 
baud rate generator programmable 
by solftware. The supplied baud 
rates are given in the table 1. 

• Using an external clock, 
MPSC 8274 may run at up to 880 K 
bauds in synchronous mode. 

On-board baud rate, (table 1) 



Selected ^ ocle 
baud rate 
Kbaud 


Synchronous 
or HDLC 
BAUDS 


Asynchronous 


: 16 


: 64 


0.8 


800 


50 




1.2 


1.200 


75 




1.76 


1.760 


110 




2.152 


2.152 


134.5 




2.4 


2.400 


150 




4.8 


4.800 


300 


75 


9.6 


9.600 


600 


150 


19.2 


19.200 


1.200 


300 


28.8 


28.800 


1.800 


450 


32 


32.000 


2.000 


500 


38.4 


38.400 


2.400 


600 


57.6 


57.600 


3.600 


900 


76.8 


76.800 


4.800 


1 200 


115.2 


115.200 


7.200 


1.800 


153.6 


153.600 


9.600 


2.400 


307.2 


307. 20C 


19.200 


4.800 



Block diagram of the TNBX 05 



+ 5 V: 0,3 A 
+ 12 V: 0,1 A 
- 12 V: 0,1 A 



CHANNEL A CHANNEL B 

J L 



Strap matrix 
for selection OCE/DTE 
looping and crossing 



iSBX* 
interface 



C 



EXTERNAL CLOCKS 
(RX CLOCK FROM CHANNELS A AND B) 



1 f 



RS 232 C 
Adapter 



Baud 

rate 
generator 



Strap 
Matrix 



1 — r 



MPSC 
8274 



ISBX* connector 
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TN 68 100 

video controller for fax image 




Addressable image: 864 X 1144 



• Image displayed: 864 X 572 
for 50 Hz 

• Vertical scroll by use of a 1 1 bits 
scroll register 

• Multibus* interface for slave 
operation 

• A complete family 
computers, memory, 
controllers, packaging and software 
is available 

• Half horizontal A4 



• Vertical A4 FAX definition 



functional description 



of single board 
peripheral 



FAX definition 



The TN 68 100 board is dedicated to 
the Multibus* slave mode. It 
includes a binary RAM memory, 
picturing an image of horizontal 
resolution equal to half a FAX 
horizontal resolution (i.e 1^?=864) 
and of vertical definition equal to 



the vertical FAX, i.e 



This memory may be accessed 
through the Multibu:;*: in writing by 
byte or bit and in reading by byte. 

The video signals may be selected 
for a 625 lines monitor type, 

Trademark Irora Intel Corporation 



1144. 



interlaced at 50 Hz or 525 lines type, 
inte'rlaced at 60 Hz. The memory is 
accessed through the Multibus* as 
a set of 8 registers of sequential 
addresses relative to a base, 
defined by switches on the board. 



addressing of the memory 

Two registers, X and Y, provide the 
addressing of the memory through 
the Multibus*, with a resolution of 
1 144 by 864. The X register (10 bits) 
addresses a bit in a line of 864 
bits. The Y register (11 bits) is 
lbaded with-the number of the 
addressed line, with a limit of 
1144. The memory is organized in 
64K words of 16 bits. So, a line 
of the image fills in 54 words of the 
memory. 

In case of bit addressing, the 
address of this bit in the addressed 
byte is given by the three LSB of X. 

The mode of addressing is defined 
by a bit of the control register. 



data registers 



There are two data registers: 

Write data register: 

This byte register is loaded through 
Multibus* with the data to be 
written, at the byte address defined 
by the X and Y registers. In byte 
mode, the data is the byte to be 
written. In bit mode, only the bit at 
the position in the write data 
register defined by the three LSB of 
X register is written in the memory. 

As soon as this register is loaded 
through the Multibus*, the writing 
in memory is executed. There is 
also an incrementation of the byte 
address. This incrementation may 
be on the X or on the Y register, 
depending on the status of the bit of 
the control register which selects 
the incrementation mode. 

So it is easy to fill the memory, 
according to the X or Y direction. 

Read data register: 

This byte register is loaded with the 
content of the byte addressed by 
the registers X and Y, as soon as 
the Y register is loaded through the 
Multibus* . 
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The transfer of this register through 
the Multibus* causes the 
incrementation of the current 
address, in X or Y, in function of the 
status of the increment bit of the 
control register. 

This feature improves the 
performance ih transfering an area 
of the memory. 

Control register: 

Three bits control independently the 
following features: 

— Writing of bytes or bit 

— Selection ofj incrementation in X 
or Y direction 

— Selection of normal or inverted 

video. 



Scroll registers: 

Two registers define the number of 
the stored image for 
of video signals 
50 Hz or 525 



the first line of 
the generation 
either in 625 lines 
lines, 60 Hz mode 



Generation 



parallel with tr 



video signals: 



The video signals are generated in 



e accesses to the 



memory through the Multibus*, 
the maximum, half of the 
availability of the memory is 



At 



dedicated to t 
video signal. 



e g< 



The refreshing of the memory is 
combined with the generation of the 
video signals. 

Three signals are provided: video, 
line sync and frame sync. 



specifications 

• Size of the memory: 128 Kbytes 

• Addressable image: 864 x 1144 

• Type of access through Multibus* 

— Writing access: byte or bit 

— Reading access: byte 

• Programmable controls: 

— normal or inverted video 

— selection of incrementation in X 
or Y 

— writing access by byte or bit. 

• Type of video generated: 

— 50 Hz, 625 interlaced lines with 
572 displayed 

— 60 Hz, 525 interlaced lines with 
500 displayed. 

• Origin of the displayed area 
defined by an access through 
Multibus* register. 

• Automatic incrementation of the 
current address after transfer 
through Multibus* of the read 
register. 



block diagram of TN 68 100 video controller 



r 



SVNCHRO SIGNALS 



MEMOR* AODfltKS 
Of: MIRATION AND CONTROL 



VIDEO REGISTER 



MEMORV 
64 K X 16 BITS 



• Automatic incrementation of the 
current address after loading 
through Multibus* of the write 
register. 

• Multibus* interfaces: 

All signals TTL compatible. 

• Multibus*connectors: 
86 double sided pins 

distance between pins: 0,156 inch. 



Multibus* drivers 



FUNCTION 


CHARACTERISTIC 


SINK CURRENT 


Data 


Tristate 


32 


Address 






Commands 






Bus control 


Open collector 


20 



Physical characteristics: 

— WIDTH: 12.00 in (30.48 cm) 

— HEIGHT: 6.75 in (17.15 cm) 

— DEPTH: 0.70 in (1.78 cm) 

Electrical characteristics: 

DC power requirements: 
voltage = + 5 V ± 5% 
current = 3,5 A 

Environmental characteristics: 

— Operating temperature: 0° C to 
55° C 

— Relative humidity: to 90% 
(without condensation). 



nttl MiOnt SS REGISTER 



LIN( ADDRESS RtniSTLR 



<; 



*51 



3E 



MULTIBUS* 

SLAVE 
INTERFACE 



WUL riEUJS*S>SUM Bus 
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TN68110 




CONTROLEUR VIDEO COULEUR COMPATIBLE MULTIBUS* 




- Resolution : 256 x 256 




- 50 Hz non entrelace 




- Vraie couleur 

. 6 bits/pixel pour chaque couleur primaire (R, V, B) 
. 8 types de correction de couleur programmable 




- Acces simultang aux 3 plans en vraie couleur possible 




- Plan supplgmentaire Fausse couleur 

. Forcage ou inhibition selective sur chaque composante 




- Effacement matgriel 

. Plan supplementaire 

. SSlectivement ou simultan€ment sur les plans couleur 




- Auto increment de l'adresse possible 

. Suivant l'axe vertical ou horizontal 

- Affichage en rouleau a 1 ligne prds 




- Arret video programmable 




- Carte compatible MULTIBUS* 


DESCRIPTIO 


N FONCTIONNELLE 


La TN68110 
esclave . 


* 

L carte au format SBC d* INTEL, fonctionne sur le MULTIBUS en mode 


Elle dlspo 
un bit per 


se d'une memo! re 64K x 19 bits, soit 6 bits par couleur (64 niveaux) et 
mettant 1 * elaboration du plan graphique . 


• MULTIBUS ma 
T. 055/08. 83 
Les Informatl 


rque deposee d» INTEL CORPORATION. 

>ns contonues dans ce document sont susceptlblos de changer. 
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CARACTERISTIQUES COULEUR 



Les 3 composantes couleur de 6 bits chacune, pour un pixel situe a 
l'adresse definie par X et Y, sont accessibles de 2 manieres diff§rentes : 



En 



En 



Acces direct 



Acces indirect 



L'acc^s est direct pour la composante desiree; c'est 3 
dire que chaque composante est acc€d§e par une adreMe, 
(en Scriture et lecture). 

L'acce's indirect se fait par l'intermgdiaire d'un registre 
d' indirection de 3 bits donnant pour chaque bit la 
composante a acc§der. 



Scriture l'acc^s peut etre multiple; c'est a dire que l'on peut §crire 



une donnee simultaniment dans plusieurs plans. 



lecture l'accis est unique et se fait prioritaireraent dans le sens RVB. 



Plan supplimentaire 
— «f 



Le 
au 



plan supplementaire , compose de 1 bit par pixel est acced§ directement 
moyen d'un registre propre en lecture et icriture. 



On peut egalement le lire avec chaque composante couleur par une 
configuration prevue a cet effet sur la carte. 



CARACTERISTIQUES VISUELLES 



Un 
d' 



registre pointeur de page est accessible par le bus. II permet 
effectuer la fonction de Rolling sur 1' image. 



Les 



ACCES MEMOIRE 



acces m€moire sont partages entre la vid6o et le MULTIBUS 



- acces MULTIBUS^ toutes les 3,8 ps en mode normal 

- acces MULTIBUS toutes les 400 ns en arret video 



Un jeu de 12 registres permet, a travers le MULTIBUS d'accSder a la 
memoire : 



Registre indirection (E) 

1 Registre d'accds au plan par indirection (E et L) 

2 Registre plan rouge (E et L) 

3 Registre plan vert (E et L) 

4 Registre plan bleu (E et L) 

5 Registre plan graphique (E et L) 

6 Coordonnge X (E) 

7 Coordonnee Y (E) 

8 Fla g effacement (L) 

9 Registre fonction (E) 

A Registre attribut du plan graphique (E) 

B Registre de Scroll (E) 

C Registre de selection de correction 



NOTE 



■ Acc£s en icriture seulement 
et L - Acc£s en ecriture et lecture 

■ AccSs en lecture seulement 
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SPECI FICATIONS 



Interface MULTIBUS* 



- carte esclave 

- bus de donnees 8 bits 

Sorties video : 



- niveau de sortie ajustable, IV a 5V, sur chaque composante 

- synchro ligne plus trame TTL en logique positive ou negative 

Caracteristiques physiques : 



Caracteristiques electriques : 



r : 12 in. (30,48 cm) 
Hauteur : 6,75 in. (17,15 cm) 



Epaisseur : 0,70 in. (1,78 cm) 



Consommation sur le 5V : 3 A max. 
Consommation sur le + 12V : 170 mA. 
Consommation sur le - 12V : 650 mA. 

Caracteristiques du moniteur video : 



. Frequence horizontale : 15625 Hz 
Suppression ligne minimum : 12 ps 

. Frequence verticale : 50 Hz 

Suppression composite horizontale - verticale niveau TTL - logique 
positive ou negative 

. 3 entrees couleur RVB 1 a 4 V. 
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» CARTES COMPATIBLES PLESSEY * 
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*************** 



LA SOCIETE 
CARTES 



PLESSEY EST DEPUIS LONGTEMPS UNE SECONDE SOURCE 
D 1 EXTENSION MEMOIRE AU FORMAT MULTIBUS. 



DES 



EN UTILISANT LES COMPOSANTS LES PLUS PERFORMANTS DU MARCHE ET EN 



RESPEC 



MULTIBUS ET LBX, DE NOUVELLES CARTES SONT PROPOSEES 



- PSM 512 DA 



- PSM 6663 



ANT LES NORMES PRECONISEES PAR iNTEL, RELATIVES AUX BUS 



: . MEMOIRE 512 KO + ECC 
. ACCES MULTIBUS ET LBX 

C'EST UNE SECONDE SOURCE DE LA SBC 012 CX D 1 iNTEL 



MEMO IRE CMOS RAM/EPROM 
CAPACITE < 256 KO EN RAM 
< 1 MO EN EPROM 



- PSM 2DA 



MEMOIRE DRAM 2 MO + ECC 
ACCES MULTIBUS ET LBX 



CES TROIS CARTES SONT A RETENIR DANS LES APPLICATIONS ORGAN I SEES 
AUTOUR DU iAPX 186 OU iAPX 286. 

DANS UN AUTRE REGISTRE, PLESSEY PROPOSE UN EQUIPEMENT QUI 
PRESENTE MECANIQUEMENT LES C AR AC TER I S T I QUES D'UN FLOPPY 5"l/4 
SLIMLINE ET ELECTRIQUEMENT UN DISPOSITIF DE MEMOIRE A BULLE 
D'UNE CAPACITE DE 1/2 MO. IL S'AGIT DU PBU 85E. 

L ' I NTERFACE ENTRE LE PBU 85E ET LE CALCULATEUR S'EFFECTUE AU 
TRAVERS D'UNE LIAISON RS .423 (RS 232C) OU RS 422. CES PROTOCOLES 
SIMPLIFIES PERMETTENT D'ATTEINDRE DES VITESSES DE TRANSFERT 
ALLANT JUSQU'A 38,4 K BAUDS. 

GRACE A CET EQUIPEMENT IL DE V I EN T AISE ET PEU COUTEUX DE 
REMPLACER UN DISQUE SOUPLE PAR UNE MEMOIRE A BULLE DANS DES 
ENV I RONNEMENTS SEVERES (CHOCS, VIBRATIONS, POLLUTION) OU LORSQUE 
LA FIABILITE EST UN PARAMETRE DETERMINANT. 
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Advanced information 



PSM 



Dual port Multibus (IEEE 7 96) and iLBX compatible Memory 
512 1 
Features 
Reliability 



512DA 



Interfaces 



Capacity 



Flexibility 



Integrity 



Performance 



Over 1 years calculated MTBF 
Uses high quality, mult i-sourced 64 kDRAMs 

Full compatibility with IEEE 796 and iLBX (both 
optimised and non optimised). 

512, 256 and 128 kbyte options 

24 bit addressing on both Multibus and iLBX 
local bus 



Internal or external refresh control 

Compatible with all 8 and 16 bit processors 

Battery back-up option 

Detection of double bit errors 

Detection and correction of single bit errors 

Two I/O ports for diagnostics 

250 ns access time (in non correcting mode) 
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Capacity 
Word length 
Cycle time 
Access time 

Operating modes 



512 kbyte with 384, 256 and 128 kbyte options 

8 or 1 6 bits 

400 ns read or write 

300 ns in correcting mode 
250 ns in non-correcting mode 

Read 
Write 
Refresh 
I/O Read 
1/0 Write 



Voltage requirement 5v + 5% dc 



Pow^r requirement 



Interface 



Operating 
Standby 



5A Maximum 

2.5A (battery back-up) 



Size) 
Weight 



Full compatibility with IEEE 796 (Intel 
Multibus) and iLBX (both optimised and non 
optimised). 

24 bit addressing on both buses 

One IEEE 796 card slot 
1 Kg 



Operating environment 

Tan£ erature 
Relative humidity 
Thermal shock 
Altitude 
Vibration 

Storage environment 

Temperature 
Relative humidity 
Thermal shock 
Altitude 
Vibration 
Mechanical shock 



to +55°C 

Up to 95% without condensation 
+ 1°C/minute 
-300 to +3,000 metres 

5 to 100 Hz with 0.5g acceleration (half sine) 
when mounted in a suitable racking system 

-55 to +85°C 

Up to 95% without condensation 
+ 1 0°C/minute 
-300 to +10,000 metres 
to 500 Hz with 2g acceleration 
20g for 6 milliseconds- (half sine) 
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Advanced information 
PSM 6663 

Multibus (IEEE-7 96) 
CMOS RAM/EPROM 

al Time Clock option 



Features 

Reliability 

Interfaces 
Capacity 



Flexibility 



Pe 



Over 50,000 hours calculated MTBF 



Full compatibility with IEEE-7 96 



CMOS RAM: Up to 256 kbytes 

EPROM: Any device up to 256 kbit 
Maximum capacity 1Mbyte 
Depopulated versions available 

RAM/EPROM mix 

Battery back-up option provides up to 1 year 
data retention using Lithium cell 



rf ocmance 



Address field 



200tis access time (RAM) "* 

300ns access time (EPROM) typical 

24 bit addressing 
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Specification 

Capacity 



Op 



Word length 
Le time 



Access time 



erating modes 



Up to 64 kbyte of CMOS RAM - 16k devices 
Up to 256 kbyte of CMOS RAM - 64k devices 

Up to 1 Mbyte EPROM 

RAM/EPROM mix (options available on request) 
24 bit addressing 
8 or 1 6 bits 

200ns read or write (RAM) 
300ns read (EPROM) typical 

200ns(RAM) 

300ns (EPROM) typical 

Read 
Write 
I/O Read 

Write (R.T.C. clock option) 



Voltage requirement 5v + 5% dc 

Power requirement Operating 

Standby 
Power down 



+5V 1.3 A 

+5V 1.1 A 

Battery 400mA at 3V 



Interface 

Si zs 
Weight 

Operating environment 

Temperature 

Relative humidity 
Thermal shock 
Altititude 
Vibration 

Storage environment 



emp erature 

Relative humidity 
Th irrr-.a L shock. 
Al tititude 
Vibration 
Mechanical shock 



TTL 

IEEE-7 96 card slot 
1 Kg 

to +40°C (with batteries fitted) 
to +55°C (without batteries fitted) 

Up to 95% without condensation 

+1 °C/minute 

-300 to +3,000 metres 

5 to 100Hz with 0.5g acceleration (half sine) 
when mounted in a suitable racking system 

to +40°C (with batteries fitted) 

-30 to +85'C (without batteries fitted) 

Up to 95% without condensation 

^ 1 0°C/-Tiip.ute 

-300 to +10,000 metres 

to 500 Hz with 2g acceleration 

20g for 6 milliseconds (half sine) 
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Advanced information 

PSM 2DA 

Dual port Multibus (IEEE 796) and iLBX compatible Memory 

2 megabytes DRAM with EDC 

Features 



Reliability 
Interfaces 
Capacity 



T 



Flexibility 



Integrity 



Performance 



Over 1 years calculated MTBF 

Uses high quality, mult i-sourced 256 kDRAMs 

Full compatibility with IEEE 796 and iLBX (both 
optimised and non optimised). 

2, 1.5, 1 and 0.5 Mbyte options 

24 bit addressing on both Multibus and iLBX 
local bus 



Internal or external refresh control 

Compatible with all 8 and 16 bit processors 

Battery back-up option 

Detection of double bit errors 

Detection and correction of single bit errors 

Two I/O ports for diagnostics 

250 ns access time (in non correcting mode) 



VII-6 



Specification 

Capacity 
Word length 
Le time 



Cycl 



Access time 



Operating modes 



2 Mbyte with 1.5, 1 and 0.5 Mbyte options 

8 or 1 6 bits 

400 ns read or write 

300 ns in correcting mode 
250 ns in non-correcting mode 

Read 
Write 
Refresh 
1/0 Read 
I/O Write 



Voltage requirement 5v + 5% dc 



Powe 



r requirement 



Int( 



Operating 
Standby 



5A Maximum 

2.5A (battery back-up) 



erf ace 



Size 
Weight 
Operating environnent 



Full compatibility with IEEE 796 (Intel 
Multibus) and iLBX (both optimised and non 
optimised). 

24 bit addressing on both buses 
One IEEE 796 card slot 
1 Kg 



Temperature 



Re la 



Alt I 



tive humidity 



Thermal shock 



tude 



Vibration 

Storage environment 

Temperature 
Relative humidity 
Thermal shock 
Altitude 
Vibrat i on 
Mechanical shock 



to +55°C 

Up to 95% without condensation 

+ 1°C/ minute 

-300 to +3,000 metres 

5 to 100 Hz with 0.5g acceleration (half sine) 
when mounted in a suitable racking system 

-55 to +85°C 

Up to 95% without condensation 

+ 1 0°C/minute 

-300 to +15,000 metres 

to 500 Hz with 2g acceleration 

20g for 6 milliseconds (half sine) 
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PBU 




V2 Megabyte 

Non-volatile Bubble Memory 



More than ten years equipment life 



Performance 

PBU85E is an intelligent, high 
performance, bubble memory unit 
containing 512 kbytes of solid state 
memory in a standard 5V4" slimline 
floppy disc sized package. 

PBU85E is used as a random access, 
block addressable memory, with a fast 
access time of 36 ms (average) for a 
block of 512 bytes. 

Reliability 

PBU85E's capability to provide non- 
volatile storage over a wide range of 
temperatures makes it ideal for program 



loading or data storage applications 
where high integrity is important, 
particularly in a harsh environment. 

Flexibility- 
Connection to the host is user selectable 
via RS 423 (RS 232C), or RS 422 serial 
interfaces. The data rate of the link is 
also selectable, between 75 baud and 
38.4 kbaud. 

The interface between PBU85E and 
the host machine is fully programmable. 
It can be used with most bit oriented 
protocols such as HDLC, SDLC and 
DEC TU58 tape RSP. 
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Serial 


Interface 


Interface 


Control 



Microprocessor 
RAM and PROM 







Memory 
Controller 



Specification 



1 Mbit 
Bubble 



1 Mbit 
Bubble 



1 Mbit 
Bubble 



■ 


















Onboard microprocessor handles data organisation, control 
formatting. Simple PROM based protocol for initialisation, 
position, read, write and test. 



Capacity 



Interface/buffer 
data rate 

Bubble/buffer 
data rate 

Access time 



Test 

Error checking 
Interface 

Front panel 
indicators 

Data reliability 

MTBF 

Power supply 
Power 

requirements 
Dimensions 



512 kbytes or 256 kbytes. 
Random access, block addressable. 
Formatted in blocks of 512 or 128 
bytes, software selectable. 

75 to 38.4 kbaud, selectable. 

146 kbits/second. 

Average 36 ms 
Minimum 26 ms 
Maximum 46 ms 
To the start of any block. 

Self test diagnostics 

16-bit add around check sum per 128 
data bytes. 

Serial, selectable to: RS 423 (RS 232C) 
or RS 422. TU58 compatible interface 
protocol, HDLC, SDLC options available. 

Write protect, power on, access, power 
fail, status to 15. 

1 in 10 12 bits read. 

Greater than 50,000 hours. 

+ 5V ±5% DC 



Temperature 
range 



Relative 
humidity 

Thermal shock 
Cooling 

Vibration 
Mechanical 

Magnetic effect 

Maintenance 
requirement 



Operating to +55°C 

-20 to +70°C optional 
Storage -55 to +125°C 

Data retention -40 to +85°C 

Up to 95% without condensation 

±l°C/min throughout the operating 
temperature range. 

No cooling required at temperatures of 
less than 55°C, (70°C for wide 
temperature option) 

5 to 100 Hz with 0.5g acceleration 

20g for 6 milliseconds (half sine) 

20 Oersteds from any direction, 
dynamic or static 

Nil 



^^^^ 



Maximum standby current 
Peak running current 
Maximum inrush (switch on) 
current 

Width: 146 mm (5% inches) 
Height: 41 mm (l 5 /s inches) 
Depth: 210 mm (8V4 inches) 



0.5A 
3.0A 
7.0A 



VII-9 



PLESSEY 

MICROSYSTEMS 

Plessey Microsystems Limited 
Water Lane, Towcester, Northants 
United Kingdom NN12 7JN 

Tel: Towcester (0327) 50312 
Telex: 31628 



FRANCE 

BP 74, 7-9 rue Denis Papin, 78194 Trappes Cedex 
T€h (3) 051.49.52 Telex: 696441 

GERMANY 

Bahnhofstrafie 38, D-6090 Russelsheim 
Tel: (0 61 42) 6 80 04 Telex: 17614293 

USA 

One Blue Hill Plaza, Pearl River, New York 10965 
Tel: (914) 735 4661 Telex: 710 541 4661 

451 Hungerford Drive, Rockville, Maryland 20850 
Tel: (301) 279 2892 Telex: 710 828 9815 

10900 East 183rd Street, Cerritos, California 90701 
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LES MODULES SBX OFFRENT L 1 AVANTAGE D'ETENDRE LES FONCT IONNAL I TES 
D'UNE CARTE SBC AU MOINDRE COUT. 

iNTEL PROPOSE A SON CATALOGUE DES MODULES SBX ASSURANT LES 
EXTENSIONS SUIVANTES : 

- E/S PARALLELE TOR EN TTL (SBX 251) 

- E/S ANALOGIQUE (SBX 328, SBX 311) 

- E/S SERIE RS 232 (SBX 351) 

- E/S IEEE 488 (SBX 488) 

- E/S SERIE HDLC (SBX 352) 

- MEMOIRE A BULLE (SBX 251) 

- CONTROLLEUR DE DISQUE SOUPLE (SBX 218) 

AFIN DE PARFAIRE CE CATALOGUE, METROLOGIE S'EST ENTOUREE DU 
CONSTRUCTEUR QUANTUM QUI PROPOSE LES EXTENSIONS SUIVANTES : 



- MODULE DE SAUVEGARDE DES REGISTRES PAR EEPROM ( QBX-FOG-E ) 

- E/S SERIE DE 2 A 4 PORTS RS 232 (QBX-h 

- MODULE HORLOGE TEMPS REEL ( QBX-TMR ) 

- MODULE "CHI EN DE GARDE" (QBX-FST) 



CES MODULES PRESEN.TENT BEAUCOUP D 1 INTERET DANS LES APPLICATIONS 
INDUSTRIELLES. 

EN EFFET : 

- LES COUPURES SECTEURS PEUVENT INTERVENIR, IL CONVIENT PARFOIS 
DE PREVOIR UNE REPRISE DE LA COMMANDE DU PROCESS APRES AVOIR 
PRIS SOIN DE SAUVEGARDER LE CONTEXTE : LES MODULES QBX-FOG-C ET 
QBX-GOG-E PERMETTENT D ' ATTEINDRE CET OBJECTIF. 

- L ' ENTRETIEN DU TEMPS EST IMPORTANT POUR DATER LES EVENEMENTS : 
LE MODULE QBX-TMR EST FAIT POUR CELA. 

- EN CAS DE CONFIGURATION REDONDEE, LE PASSAGE DE L ' UNITE 
PILOTE A L'UNITE ESCLAVE NECESSITTE UN PROTOCOLE : LE MODULE 
QBX-FST REMPLIT CETTE FONCTION. 
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PRODUCT SUMMARY 
R&D ELECTRONICS (PTY) LTD 

November 1983 



QBX-PCC 

PARALLEL I/O, CLOCK AND JULIAN CALENDAR 



clock and Julian calendar 

up to 13 buffered I/O lines 

on board battery backup 

full speed iSBX bus compatible 

periodic interrupt capability 

The QBX-PCC is an iSBX 
information for a 



compatible module providing time and date 
host computer. The information Drovide 
seconds, minutes, hours, date, day 



information tor a nosi computer, rne mtormanon provided is 
seconds, minutes, hours, date, day of week, and month. Through 
software it is possible to include leap year adjustments and a 
facility for years. An on-board 40 bit shift register may store 
information in power fail situations. 



In addition to the clock function up to 13 buffered I/O lines are 
provided. They consist of Port A and 5 bits of Port C of the 
Intel 8255A-5 peripheral device. 

The remainder of this device is used to interface to the clock. 
It also allows interface to the SBX bus without wait state 
generation. 
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QBX-FOG/C 
HARDWARE STACK AND NON VOLATILE RAM 



non-volatile storage on iSBX* bus 
organised as a hardware stack 
256 bytes 

any address may be accessed 
stack counter value can be read 
provision for off board standby battery 
on board wait state generator 

The QBX-FOG/C provides an ideal method of non-volatile storage 
for iSBC computers.. The 256 bytes are configured as a hardware 
stack which allows added software flexibilty to a system in terms 
of parameter passing in subroutines. It also saves memory space 
t occupies 16 I/O locations if configured as I/O mapped 



since 
I/O. 



The RAM may be accessed by programming an address on the stack 
counter and then "pushing" to write and "popping" to read. Each 
"push" or "pop" automatically updates the stack counter. Since 
the write or read functions occupy only one I/O location DMA 
techniques may be used to transfer blocs of data. An on board 
wait state generator allows full. speed operation of the micro- 
processor. 
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The non-volatility of course means that various parameters may be 
stored during a power fail. 



QBX-FOG/E 

HARDWARE STACK AND NON-VOLATILE EEPROM 

non-volatile storage on iSBX bus 
organised as a hardware stack 

64 (QBX-FOG/E-64) or 256 ( Q BX- FOG/E - 2 5 6 ) bytes of RAM and 

"shadow" EEPROM 
any address may be accessed 

stack operation immeditely updates memory address 
5V only EEPROM 

on board wait state generator 



-FOG/E provides an ideal method of non-volatile storage 

is configured as a stack, but 
stack location. The memory has 
a "shadow" EEPROM. There is a bit for bit 
RAM to the EEPROM. Saving the RAM in the 



The QBX 

for iSBC computers. The memory 
random access is possible to any 
two portions, RAM with 
correalation 



from the 

EEPROM overwrites the contents of the EEPROM with an identical 
image of the RAM. Recalling the EEPROM overwrites the contents of 
the RAM 



The 
the 



RAM 
QBX 



with an identical image of the contents of the EEPROM. 
may be used for normal storage operations as well. See 
-FOG/E users manual for possible applications. 



The RAM may be accessed by programming an address on the stack 
counter and then "pushing" to write and "popping" to read. Each 
"push" or "pop" automatically updates the stack counter. When 
mounted in a connector configured as I/O mapped I/O the module 
occupies no memory space. An additional stack can also provide 
many advantages. Since the write or read functions occupy only 
one I/O location DMA techniques may be used to load or unload 
blocs of data. An on board wait state generator allows full speed 
operation of the microprocessor. 



QBX-MSP 
MULTI SERIAL PORT 



2 (QBX-MSP/2) or 4 (QBX-MSP/4) asynchronous channels 
uses Western Digital WD2123 devices 

16 independent baud rates for each channel (50-19200 baud) 
5-8 bits per character 

1, 16, or 64 times clock rate sampling 

line break detection and generation 

odd and even parity generation and detection 

double buffering of data 

overrun and framing error detection 

asynchronously compatible with industry standard 8251A 

diagnostic local loop back mode 

iSBX bus compatible (double sized board) 

interrupt generation 
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on board wait state generation 

RS232 voltage level drivers and receivers 

QBN-MSP-CON available to provide connection to normal D-type 
connector 



The QBX-MSP allows 2 or 4 asynchronous ports on a double sized 
SBX module. Each port has an individually programmed baud rate 
generator that allows transmission rates from 50 to 19200 baud. 
Once set up, the handling of the control and data ports is com- 
patible with most software written for the 8251A serial comm- 
unications controller in the asynchronous mode. A facilty exists 
for a local loop back test and interrupt gating 



state 
cessorj 



generate an interrupt to the host processor. An 
state generator allows full speed operation of 



is provided to 
on board wait 
the micropro- 



QBX-TMR 

MULTI FUNCTION TIMING CONTROLLER 



Sophisticated Timing Controller on single SBX* card. 
5 independent 16 bit counters 
High speed counting rates 
Up/down and Binary/ BCD counting 

Internal/external frequency source with tapped frequency 
scaler 

Programmable frequency output 
Time of day option 

Alarm comparators on counters 1 and 2 
Counters may be internally concatenated 
Complex duty cycle outputs 
One shot or continuous outputs 
Programmable counter source selection 
Programmable input and output polarities 
Programmable gating 
Retr iggerable 

Inputs overvoltage protected 

Outputs buffered by Darlington transistors 

Counting events and timing intervals are fudamental to many 
microcomputer projects. If the computer is required to execute 
several of these functions simultaneously in software, the time 
available for other requirements can become severely limted. By 
allowing these functions to be executed in hardware improves the 
situation considerably. 

The QBX-TMR provides the Multibus user with these facilities by 
placing one of the most sophisticated timing controllers, the 
Am9513 on a single sized SBX card. This device has 5 independent 
16 bit counters which may even be internally concatenated in 
stages to allow up to an 80 bit counter. For each counter there 
are 16 possible counter inputs selected by software. They include 
any of 5 source inputs, any of 5 gate inputs, or a selection from 
a the divided outputs of an external oscillator. 
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Up to 10 gates exist to allow modification of the counting 
patterns to generate monostable, FSK generation and many other 
functions. The input and output polarities are programmable. 

The inputs are protected by a zener diode and series resistor 
whils* the outputs are buffered by Darlington drivers allowing 
medium voltage and' current interface. 

Interrupts are also catered for, and a latch exists to store 
transient pulses. 



QBC-QBX 

Quad SBX Module MULTIBUS Board 

Uncommitted MULTIBUS board 

Supports up to 4 SBX 8 bit modules 

Memory Mapped or I/O mapped I/O 

Address space to 20 bits 

Programmable XACK response time 

Configured as 8 bit MULTIBUS slave 

IEEE P796 Bus Compliance: D8 M20 116 VO L 

Unoccupied modules do not occupy memory or I/O space 

Does for the SBC card what the (E)PROM did for the ROM 



The SBX bus introduced by Intel has allowed considerable flexi- 
bility in configuring MULTIBUS systems. Each module represents a 
specif c function and is used only when needed. This reduces the 
"overkill" of having to add a full size MULTIBUS card with un- 
wanted functions. Only the newer MULTIBUS CPU cards have three 
connectors whilst others have less or even none. This means that 
if a function is required beyond the SBX capabilty of the host 
CPU board, a new card is needed, and so the advantage of the SBX 
modules is lost. The QBC-QBX addresses this problem. 

The QBC-QBX is merely a host board for up to 4 SBX compatible 
boards (4 single, 3 single and 1 double, or 2 single and 2 
double). It allows the board to be configured as a MULTIBUS 
slave, memory mapped or I/O mapped I/O. It will only suppcrt 8 
bit SBX modules, but as 16 bit bus masters can handle 8 bit 
transfers this is not seen as a problem. As memory mapped I/O up 
to 20 bits of address may be decoded. 



QBC 



The 
env i 
modul 
cheape 
projects 



-QBX allows shared SBX facilities in a multiprocessor 
nment on the MULTIBUS. It also allows the retrofit of SBX 
to existing projects and even the use of stock (or 
:) CPU boards that do not support the SBX bus on lew 



es 
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QBX-FST 
FAILSAFE TIMER 



Dual monostable Failsafe Timer 

Each monostable has separate address 

Cold start / warm start detection 

Visual indication of fa.ilsafe reset 

Enable for external devices e.g. solenoids 

AC low detection 

Uncommitted single bit output 

Outputs buffered by Darlington transistors 



Almost any application involving microcomputers should include a 
failsafe timer for totally reliable operation. The cost 
associated with correcting erratic computer behaviour, be it due 
to unusual combination of input variables or simply radiated 
electronic noise, is normally very high. It requires a large 
number of man hours to wait for the fault that occurs only 
sporadically and unpredictably and ties up equipment that could 
be used more profitably elsewhere. 

The principle of a failsafe timer is that periodically the micro- 
computer must signal the timer that it is functioning properly 
and delay consequential action for a further set period. If a 
failure occurs a reset pulse is generated and the processor is 
restarted. In this set of circumstances it may be necessary for 
the iri ic rocomputer to "know" whether it has just been switched on 
or if, in fact, a failure did occur. Expierience has also shown 
that even in a failed condition a system can still clock a fail- 
safe c imer. 

The QBX-FST addresses all these problems within the Multibus 
environment. It provides two failsafe timers that are combined to 
generate a reset signal whenever either "times out". As a further 
level of security these two monstable timers are at different I/O 
locations and both require a 2 stage operation to restart the 
timer. In addition the QBX-FST also has the capabilty of 
provi ding information on whether the reset was due to switching 
on (cold start) or due to a failure reset (warm start). This 
infc rmation is also presented on Light Emitting Diodes for the 
system designer and the commissioning engineer can interpret the 
effects being observed. 

On many systems where external devices such as solenoids and 
relays are controlled by the host computer these devices may 
befave in an unwanted manner until conditions in the computer (at 
sw itch on) have stabilised. On computer failure other unwanted 
conditions may arise. The QBX-FST has an output derived from the 
fe.ilsafe timers that will enable these devices only when they 
should be, and will turn them off on failure. 

With the available board space a detector for AC low is 
implemented on the QBX-FST as well as a single bit buffered 
output for user convenience. 
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QBN-MSP-CON 
RS232 D-TYPE CONNECTORS 
FOR THE QBX-MSP 

2 (QBN-MSP-CON/2) or 4 (QBN-MSP-CON/4 ) 25 way D-type subminia- 
ture female connectors to adapt the edge connector of a QBX- 
MSP to RS232 style connectors. 

Height is low enough to mount on the back of the back panel of 
an Intel iSBC 655 System Chassis 

50 cm (19.6 in) ribbon cable with mating card edge connector 
for QBX-MSP 



DIL configurators 
requi rements 



to allow customisation of RS232 signal 



The QBN-MSP-CON is made to facilitate the connection of the 
standard RS232 style connector to the QBX-MSP. It is supplied in 
two versions to match the two versions of the QBX-MSP. The QBN- 
MSP-CON/2 is simply a depopulated (and therefore cheaper) version 
of the QBN-MSP-CON/4. 

The QBN-MSP-CON consists of 2 or 4 25 way subminiature D-type 
female connectors with a matching number of configurator DIL 
sockets. The board is connected to the QBX-MSP via a 26 way 
ribbon cable and edge connector. 

For normal applications opposing pins of the configurator are 
connected together. However, by varying the connections on the 
configurator, the QBN-MSP-CON may be customised to a particular 
requi rement. 
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METROLOGIE EST EN COURS DE SIGNATURE D'UN ACCORD AVEC GIXI 
RELATIF A LA COMMERCIALISATION DES PRODUITS GIXINET. IL S'AGIT 
DE MATERIELS ET DE LOGICIELS PERMETTANT DE REALISER UN RESEAU 
LOCAL POUR MILIEU INDUSTRIEL OU DE BUREAUTIQUE. CE RESEAU A DEO A 
ETE RETENU PAR UN GRAND NOMBRE DE SOCIETES. C'EST PROBABLEMENT 
CELUI QUI REMPORTE LE PLUS DE SUCCES EN FRANCE. L 1 INTERET DE LA 
SOLUTION GIXI EST DONC D'EXISTER ET D'ETRE OUVERTE VERS L'AVENIR 
PUISQUE DES ETUDES SUR LES PRODUITS QUI SERONT INDUSTRIALISES 



DANS LES 10 ANS A VENIR SONT DE J A EN COURS. 
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HISTORIQUE 

En 1974, une petite SSCI (CERIA) dgposait en France un brevet 
(dont les co-inventeurs e talent Jean Suchard et Jean-Michel COUR 
l'auteur de cet article) pour un "systeme de transmission entre 
plusieurs stations" et sa marque "Table Ronde". Les brevets gtaient 
ensuite deposes pour l'Ame'rique de Nord, l'Europe et le Japon. A 
cette £poque, le terme gSnerique de reseau local (local area 
network) n'Stait pas encore employ^, mais "les id€es Staient dans 
l'air". Par exemple, IBM avait dSjt dgcrit la boucle SLDC ; 1'annSe 
suivante, Xerox (R. Metcalfe) brevetait le futur Ethernet. 
En 1976, une premiere maquette demontra la faisabilitg du proc£d§ 
"Table Ronde", avec une vitesse de transmission de 10 K bits par 
seconde qui nous semble aujourd'hui bien modeste. En 1978/1979, 
c'est dans le cadre du goupe CISI et plus particulLerement dans 
GIXI, sa filiale d'ingSnierie de systemes, que fut de"velopp£ le 
premier modSle "commercial" du rSseau : TR 78. Initialement deman- 
ded par l'Iria (devenue Inria) pour le demarrage du pro jet pilote 
Kayak, les communicateurs TR 78 (unites d'accSs en reseau) furent 
produits en une vingtaine d'exeraplaires, livrSs principalement a 
des equipes de recherche. 

Aujourd'hui, avec les modeles TR 81, le systeme de rSseau local 
Gixinet se veut corapgtitif avec les systemes d'origine amSricaine 
(Net 1, Z.Net et autres), et particuliSrement dans le rapport 
service/prix. 



II - LE PROCEDE TABLE -RONDE 



Le systeme "Table Ronde" (abrSge' en TR) est un proce'de' de r€seau 
local a commutation de paquets. C'est a dire que son but est 
d'acherainer, entre diffSrentes stations, des donnSes groupSes en 
jlocs. 

Contrairement 3 la plupart des autres systemes, TR se veut large- 
ment indgpendant de la topologie et de la nature des supports de 
coramnication. Les supports (media) doivent simplement assurer une 
fonction de diffusion. Autrement dit, quand l'iraetteur d'une des 
stations transmet, toutes les autres stations doivent recevoir le 
eme message siraultaneraent (au dSlai de propagation pres). 



A titre de premier exemple (fig.l), les stations peuvent §tre en 
derivation sur un bus-s§rle passif : coaxial, paire torsadge 
erminge, etc. Selon un second exemple (fig. 2), les stations sont 
eliees en point a point a un diffuseur actif. Cette seconde confi- 
uration contient d'ailleurs en germe la possibility de changeraent 
e support. 

Comme on le verra plus loin, le proc£d€ est dSterministe (pas .de 

collision" a dStecter). II s'ensuit que toute corabinaison de sup- 
ports est ef fectivement admissible sans precautions particuli§res . 
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STATION 



STATION 



STATION 



STATION 



Fig. 1 : Diffusion sur bus (passif) 
Exemple multipoint au standard V 11 (X27) 




Fig. 2 : Diffusion en gtoile (3 gauche) et detail du diffuseur 
actif : les liaisons sont duplex, point 3 point 
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ORMAT PES THAMES 

Les trames vShiculSes par les raidia entre les stations sont de 
rois formats (fig. 3). La trarae d ' information, caractgrisSe par le 
ode-fonction DON, porte les "donnges" du niveau sup^rieur (paquet) ; 
les adresses dans le r€seau sont explicitSes dans l'en-tete : 
source/destination. Outre la transmission du paquet, nous verrons 
que cette trame donne le prochain "droit de parole" au destinataire. 
Le passage du "droit de paroie" est aussi assurS par les trames de 
service, caract§ris£es par des codes de fonction ENT ou FIN ; en 
outre, le code ENT indique que la station S est ( logiquement) 
"connectSe" au reseau ; le code FIN, qu'elle se "de"connecte" . 
Les trames NEG sont de br§ves trames, ayant la fonction d'accuse" de 
reception n§gatif. Rgduites a un code de fonction, elles indiquent 
un re jet pour erreur dans la reception d'une trame d ' information 
(NEG2), ou pour cause de manque de ressource (NEG1). 







DON 


S 


D 










Fin 


S 







MEG 

V2 







Fig. 3 : Format des trames 



PRINCIPE DU PROCEDE 



Le procSde" repose sur la circulation dSterministe d'un droit de 
parole, entre des stations ayant chacune une adresse propre. A un 
instant donnS, ce droit appartient a une station et a une seule. En 
des circonstances normales, cette station transraet ce droit a une 
autre station (dans un d£lai maximal d£termin§), laquelle le trans- 
met ensulte a une autre station, et ainsi de suite. 
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II 

role 
a) 



existe deux facons pour une station d'utiliser son droit de pa- 



Un paquet est en attente de transmission ; c'est alors une trame 
de type DON qui est transmise (Fig. 4), avec l'adresse de la 
station destinataire (quelconque dans l'ensemble des stations 
interconnected) . 



Paquft er. iTtente 



L 



/ 



DON 



-t r- 



Fig. 4 : Emission d'une trame de type DON 
pour transmission d'un paquet en attente 



Pas de paquet en attente ; dans des circonstances normales, 
c'est une trame de type ENT qui est constitute (fig. 5) ; 
l'adresse destination est prise dans une table : c'est (dans le 
cas le plus simple) l'adresse de la station suivante dans cette 
table. 

Dans les deux cas (a) et (b), c'est la station destinataire qui 
prend le droit de parole, des la fin de reception de la trame 
DON ou ENT. 

En dehors de circonstances exceptionnelles (erreur de 
transmission, panne subite d'une station, etc...), le trafic 
consiste done en une suite de trames qui "font circuler" le 
droit de parole. Certaines, en outre, ve"hiculent des paquets. 




Fig. 5 : Emission d'une trame de type ENT 
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)BTECTION ET REPRISE PES INCIDENTS 

lassiquement , les trames vShiculent des bits redondants , pour la 
detection d'erreurs de transmission §ventuelles. D 1 autre part, les 
trames doivent (par principe) se succSder a intervales rapprochSs, 
c'est-2-dire dans un delai inferieur a un certain maximum ; si ce 
d£lai maximal expire ("time-out" classique), il y a "non r^ponse". 
Ce n'est pas indispensable, mais l'on pr§f&re avoir des contr61es 
'erreur distincts sur les en-t§tes (code fonction, adresses source 
t destination), et sur les paquets. 
Si une erreur affecte 1'en-tSte d'une trame regue, cette trame est 
ignorSe : c'est le cas notamment de la station destinataire : la 
station qui d£tenait le droit de parole d£tecte une non-r€ponse. La 
reprise a alors lieu, par rgpgtition (avec une limite par comptage). 
Si une erreur affecte un paquet, dont l'en-t§te a nSanmoins et§ co- 
recteraent regue, la station destinataire emet la trame de re jet 
NEG2. Si la trame ne peut @tre regue pour cause d' engorgement 

tampon pas libre), elle emet le re jet NEG1. Les reprises se font 
par repetition, avec (13 encore) des limites par comptage. 
Ces diffSrentes modalitgs de detection et de correction des inci- 
dents sont classiques dans les procedures usuelles (BSC, HDLC par 
exemple) . Elles sont ici ex§cut§es "a la vitesse des media" ce qui 
n'est pas le cas d'autres procSdgs de rgseau local (CSMA-CD par 
exemple) . 



( 



NOTION D'ACTIVITE PES STATIONS 

Par definition, une station d'un reseau donnS est active si elle 
"prend" et "utilise" le droit d'Smettre. Sinon elle est inactive, 
ce qui signifie que tout se passe comme si elle Stait physiquement 
dSconnect^e. Un exemple type sera une station solidaire d'un 
terminal, active si le terminal est "en ligne", inactive s'il est 
coup?. 

Une station active qui va devenir inactive, c'est-a-dire se dScon- 
necter "logiquement" , transmet dis que possible la trame FIN : 

Cette trame a les fonctions de la trame ENT (passage de droit) et 
de' plus indique 3 toutes les autres la deactivation de la source 
"S". 

Grace a cette convention, chaque station peut mettre constamment a 
jour, pour chacune des autres stations, un "bit d'etat" ; ces bits 
indiquent si elles sont (ou non) logiquement connecters. 
La d^connexion peut aussi r£sulter d'un incident (panne 
d 'alimentation sur une station par exemple). Cette circonstance est 
reconnue par toute station qui "adresse" la station dgfaillante : 
les ra^canismes de reprises sur non-r§ponse vont Spuiser leur corapte 
maximal. En ce cas, le bit d'etat correspondant est mis § l'£tat 
"inactif ". 

Outre 1'interSt que pr§sente cet indicateur pour les stations (qui 
peuvent en quelque sorte savoir si leur "niveau trame" est etabli 
ou non avec chacune des autres stations), le proc^de exploite la 
table des bits d 'activity pour optimiser le trafic. 
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OPTIMISATION ET DEMARRAGE 



Dans le processus de passage du droit 3 la parole, les stations en- 
voient en fait l'essentiel des trames ENT 3 la premiere station 
suivante active (fig. 6). Ainsi sont SvitSes des trames ENT 
inutiles, des dSlais de non-rgponse, etc 

On trouve 13 une propriety souhaitSe dans beaucoup de systSmes de 
rSseau local, que les stations "qui en ont besoin" puissent b£n£fi- 
cier de "toute la bande passante" disponible a un moment donn£. 
Cependant, chaque station fera de temps en temps une entorse 3 la 
r§gle, c'est-3-dire qu'elle enverra une trame ENT 3 la station sui- 
vante rae*me si elle est marquee inactive. 

Cette operation, appelSe rSveil, permet aux stations qui viennent 
d'etre activSes de recevoir le droit de parole une premiSre fois. 
Dans les implementations courantes, "de temps en temps" est inter- 
prets comme "1 fois sur N", ou N est le nombre d'opSrations de pas- 
sage du droit 3 la parole. 

Naturellement, l'opgration de rSveil ne fait pas, en elle-mgme, 
l'objet de reprises (une seule tentative 3 la fois). Si elle 
Schoue, la station responsable continue avec l'adresse de la sta- 
tion suivante dans la table. 

Le dSmarrage du systeme n'est qu'un cas particulier de r£veil. La 
premi§re station activSe reconnait qu'elle est "seule" en "Scoutant 
le rSseau" et en constatant (sur d£lai) qu'il n'y circule aucune 
trame. Elle s'octroie alors le droit de parole... et ne l'abandonne 
que lorsqu'un rSveil (au moins) rSussit ; le processus d£j3 dScrit 
fait que la premiere sttion activ£e effectue ( littSralement) des 
"tours de table" jusqu'3 obtenir au moins un enchaineraent par une 
autre station nouvellement activSe. 



Fig. 6 : "Tranche de vie" 
d'un reseau TR (sans 
transmission de paquet 
pour alleger la figure) 
les notations a — b 
correspondent 3 1' envoi 



e la trame ENT a dest 



Trarr>ei 



Tempt l ' 



1 - 2 

2- 3 

3- 4 
4 - 1 

1 - 2 

2 - a 

4 - 1 



A r -, gi n e ' les i;jliom «l a =4 jorv »cl.»ei 

= 3 it declare inactive ce qu fail Que 
=2 'Sajie* =3 donnan; le dree a -4 
elc pou- un cer-am nombfe de .cycles. 



1 - 2 

2-3 len;a;ive de «reveil> 

• non reponse ■ 
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1 - 2 

2- 3 

3- 4 
A - 1 



lemative da ertvttta 
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III - REALISATION DU "COMMPNICATEUR" 



Les principes ci-dessus d£crits sont tr§s ggneraux, 

repris pour toute une vari£t§ de realisations possibles. 

Pour donner corps au proc§d£, on peut notamment rSaliser une "boite 

noire" ou communicateur qui : 



- contient les interfaces pour acc3s aux mSdia (interface de ligne) 

- comporte les circuits logiques pour rgaliser le "protocole" Table 
Ronde : 



- prSsente aux usagers (ordinateurs) une interface qui les "isole", 
dans le temps, des details de ce protocole. 
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COMMUNICATE UR TR 81 : INTERFACE DE LIGNE 



L* interface de ligne est connected sur un trSs banal circuit UART, 
transmetteur asynchrone exploite sur la base de 125 K bits par 
seconde. La transmission se fait en serie par octets, avec Start, 
Stop et Parite. Le choix de ce mode de transmission est essentiel- 
lement motive" par des soucis de simplicity (notamment, en termes de 
synchronisation) . 

Les circuits transmetteurs et r£cepteurs proprement dits sont au 
standard Vll (alias RS 422). Les signaux dif fSrentiels ont des 
avantages bien connus (rejection de bruit de mode coramun 
notamment). En outre, le transmetteur a une entree de validation 
qui permet de le placer en derivation sur bus-s§rie. Ainsi, en bas 
de gamme, on peut constituer le medium aussi simplement que dScrit 
en figure 7 : le bus-s£rie est passif. 

Les stations sont connectees via des... joncteurs t£l£phoniques 
usuels. 

Les limites param£triques admises sont d'environ vingt stations 
connecters par un cable d'environ 500 m du type paire torsadge, 
blindge, terrainSe sur une resistance de 100 -Q- . Au dell, ou pour 
des cas speciaux (specifications d'isolement, etc.), et ou pour 
changement de support (cSble coaxial ou fibre optique par exemple), 
on realise des montages avec rSpSteurs/dif f useurs actifs. La Vites- 
se de 125 K bits par seconde a, entre autres avantages, celui 
d'autoriser l'emploi d'un support bon marchS (paire torsadSe 
blindge) et/ou de rendre peu critiques les diffSrentes connexions 
physiques, changement de supports, etc. 



Bll 




- Derivation passive 



Fig. 7 : Derivation sur bus "deux fils" 
LA LOGIQOE DE COMMANDE 



La loglque de commande est un montage trds classique, realise au- 
tour d'un microprocesseur 8039 (11 MHz) qui prend en charge, avec 
ses ressources propres : fabrication et analyse des trames, gestion 
des tables,, operations "de service" telles que diagnostics, mise 3 
jour de paramStres, etc. 

LeS trames, dSjl "securis§es" par un bit de parite pour chaque 
octet, sont en outre pourvues (fig. 8) d'un total de controle '(VRC) 
sur l'en-tSte et d'un total de contr61e sur le paquet. 
En outre, des contr61es de vraisemblance sont effectugs partout ou 
cela est possible : code-f onction, adresses, longueur effective du 
paquet =» longueur indiquSe. 
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VBC 



Fig. 8 : Structure detaillge des trames 
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Le module TR 81 de base supporte jusqu'a 64 adresses ; soit 64 sta- 
tions au plus. Cela dit, on peut prSmarquer (en Prom) des configu- 
rations plus restreintes. En outre, une adresse de diffusion est 
offerte. Elle permet d'envoyer le raeme paquet H toutes les autres 
stations en une seule fois ; contrepartie , les services de reprises 
d'erreur sont inhibSs (c'est-5-dire que le bon acherainement n'est 
pas garanti). 

Le d£lai maximal du protocole est tres petit par rapport aux proce- 
dures usuelles. A titre d'exemple, la non-r§ponse est dStectee sur 
une temporisation de l'ordre de 1 ms. Dans le cas du plus grand r£- 
seau (64 stations) dont une seule "scrute" toutes les autres, il 
s'ensuit que le cycle de scrutation est infSrieur 3 100 ms. 
Hors operations de reveil, et quand aucun paquet n'est transtnis, le 
droit de parole circule 3 raison de 700 us environ par station. Un 
systeme (hypotbStique) 3 64 stations toutes actives serait S l'gtat 
de "repos" completement "scrutS" en 50 ms environ. 



LA LOGIQUE DE DIALOGUE 



La logique de dialogue a gtg concue avec les objectifs suivants : 
hautes performances (dSbit "local" Slev£) ; complet asynchronisme 
par rapport au protocole de ligne ; interfacage materiel aussi sim- 
ple que possible vis-3-vis des mini et micro-ordinateurs . 
Les deux elements d'Schange des paquets sont des m§moires-tampon a 
"double acces dans un seul sens", chacune constitute par une Ram 
(de 1 K octet pour TR 81). L'adressage est realist par un compteur, 
qui peut Stre remis 5 z§ro par les deux c6t§s : "f ournisseur" et 
" consommateur" . 

/gcriture d'un octet, d'une part, et sa lecture, d'autre part, 
font toutes deux progresser le compteur de 1. 

Ainsi, les tampons sont accessibles "en sSrie par octet" et aussi 
'recyclables" par remise a z§ro du compteur d'adresse. 



MODE D'EMPLOI 



Sans dtcrire toutes les fonctions comme dans le manuel de 
reference, on peut suggtrer les fonctions essentielles par le 
scenario" suivant : 

l'ordinateur "usager" effectue la commande 6 : ce qui restaure 
(Reset) le coramunicateur. Celui-ci est alors (ou est encore) d§- 
connectS du rtseau, c'est-a-dire inactif ; 

par la commande 4, 1' usager demande la connexion logique du 
communicateur, qui devient actif pour les autres stations ; 

la reception de paquets est trgs simple : des que le mot d'ttat 
indique une fin de reception, 1' usager remet 3 zero (commande 0) 
le pointeur de la MTR, et recopie stquentiellement le paquet dans 
la mSmoire de travail. La MTR est rendue au communicateur par la 
commande 1 : 



- 1' emission de paquets est un processus symetrique : 1' usager re- 
met a z£ro (commande 2) le pointeur de la MTE , et garnit cette 
memoire sSquentiellemen. Par la commande 3, 1' Emission est 
demanded. On attend alors que le mot d'Stat indique la fin 
d' Emission ; le compte-rendu dira si la transmission s'est bien 
passee, ou a eventuellement echoue (tpuisement des reprises) ; 

- la dtconnexion est demanded par la commande 5. 
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Dans le d§coupage en "couches" des rSseaux, qui commence a entrer 
dans les moeurs, et specialement sous 1' impulsion de l'ISO avec le 
modele "OSI", le niveau de service atteint par le communicateur est 
soit celui de la couche 2 (DATA LINK) si des passerelles vers les 
r^seaux publics sont utilis§es, soit celui de la couche 4 si les 
communications restent internes au r£seau local. Notamment, parce 
que sont assurers les fonctions : d'adressage, de contrSle et re- 
prise des erreurs de transmission, de premier niveau de contr61e 
d 'engorgement (flow control). 

On peut remarquer que, pour la plupart des autres systemes de 
r§seau local, 1' unite de couplage au r£seau ( gross iSreraent , 
1' equivalent de notre "communicateur") ne va pas aussi loin dans 
les services rendus. II est alors demande au logiciel de 
l'ordinateur "h6te" (usager) d'assurer certaines fonctions de ni- 
veau 2, corame les reprises ... ce qui affecte d'autant les perfor- 
mances "a service ggal". Par exeraple, Ethernet (et les systemes 
CSMA-CD en general) ne corrigent pas les erreurs de transmission ou 
les pertes par engorgement. 

Ces differences de niveau de service ne sont pas des subtilit^s 
acad^miques. Elles ont un impact direct sur les couts et/ou les 
performances et sur le service. Les consequences d'une amelioration 
e celui-ci sont Svidentes : moins de logiciel 3 d€velopper dans 
Les ordinateurs InterconnectEs ; performances a sScurite Sgale ob- 
tenues avec une vitesse moindre, done une infrastructure plus 
'rustique" (moins chdre in fine) et adaptation presque immediate 
aux rEseaux de type X25 (le niveau de service etant pratiquement le 
meme que celui des procedures HDLC) . 



IV - LES PRODDITS GIXINET 



Les coramunicateurs TR 81 se presentent sous forme de cartes au for- 
mat SBC : 



TR 81A0 : communicateur au format SBC sur lequel un mini ou micro 
ordinateur se connecte par une interface parallele. 
Dans un systeme SBC, la liaison avec une carte unite centrale se 
fait par un module iSBX (TR 81 A2). Les handlers pour RMX86 sont 
disponibles. Pour d'autres systSmes, le communicateur est fourni 
dans un coffret avec alimentation (TR 81 Al). La liaison se fait 
generaleraent en utilisant un GPI (SOLAR, MITRA, APPLE ...). 



TR 81 M : carte au format SBC comprenant un communicateur, fonc- 
tionnellement identique 3 TR 81 AO, et un processeur de service 
8085 pouvant avoir jusqu'3 32 Ko de memoire morte et 8 Ko de me- 
moire vive. 

Le raccorderaent des equipements sur TR 81 M se fait par un module 
ISBX. En particulier le module TR 81 Ml fourni une Interface asyn- 
chrone simplifiee. Les coramunicateurs TR 81 M sont fournis sans 
" ogiciel sur le processeur de service. 
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